La localizzazione del markup dello schema per il commercio elettronico significa rendere i dati strutturati che parlano il linguaggio dei tuoi clienti e motori di ricerca. Per i negozi online internazionali, in particolare quelli che si rivolgono a diverse regioni come l'UE, il sud -est asiatico o il Medio Oriente, la localizzazione dello schema è la chiave per aiutare i motori di ricerca a fornire i giusti snippet in base alla lingua, alla regione e alla valuta dell'utente.
Localizzando i tipi di schema chiave, come informazioni sul prodotto, prezzi e dettagli aziendali, migliora la visibilità, la fiducia e i tassi di conversione in diversi mercati. Questo articolo esplora quali elementi dello schema localizzano, errori comuni da evitare e migliori pratiche per aiutare il tuo sito di e-commerce internazionale a comportarsi al meglio.
L'importanza della localizzazione dello schema per il tuo e-commerce
La localizzazione dello schema garantisce che i dati strutturati si allineino con la lingua, la valuta e il contesto culturale di ciascun mercato che servi. Ciò migliora la visibilità nei risultati di ricerca locali e migliora l'esperienza dell'utente in diverse regioni.
- Aumenta SEO locali : quando Schema Markup utilizza campi localizzati, valuta e campi specifici della regione, i motori di ricerca possono comprendere meglio e abbinare i tuoi contenuti con l'intento di ricerca locale.
- Abilita accurati frammenti ricchi: frammenti ricchi come prezzi, disponibilità del prodotto e recensioni rifletteranno il contesto locale dell'utente, la costruzione di fiducia e il miglioramento delle tariffe di click-through.
- Migliora l'esperienza dell'utente multilingue: lo schema localizzato aiuta a garantire la coerenza tra il contenuto della pagina visibile e i dati strutturati dietro di esso, evitando la confusione per i visitatori internazionali.
- Supporta la conformità e le aspettative regionali: diverse regioni possono avere requisiti di dati specifici (come l'IVA nell'UE o le zone di spedizione nel sud -est asiatico) che possono essere affrontate attraverso lo schema.
- Aumenta i tassi di conversione nei mercati target: gli utenti che vedono le informazioni familiari di lingua, valuta e contatto nelle anteprime della ricerca hanno maggiori probabilità di fidarsi e interagire con il tuo sito.
Tipi chiave dello schema di e-commerce che richiedono la localizzazione
Schema Markup è un tipo di dati strutturati aggiunti all'HTML del tuo sito Web che aiuta i motori di ricerca a comprendere il contesto del contenuto. Per il commercio elettronico, alimenta risultati ricchi come rating dei prodotti, prezzi, disponibilità e altro ancora che fanno risaltare i tuoi elenchi alla ricerca. Quando si prendono di mira i mercati internazionali, semplicemente l'utilizzo dello schema non è sufficiente, devi anche localizzarlo.
Di seguito sono riportati i tipi di schema chiave che richiedono un'attenta localizzazione per il successo globale del commercio elettronico.
Prodotto
Lo schema del prodotto fornisce informazioni strutturate come nome del prodotto, descrizione, SKU, marchio, immagine e recensioni. Quando si localizzano questo schema, è essenziale tradurre accuratamente nomi e descrizioni dei prodotti, non solo di parole, ma in un modo che risuona con le norme culturali e linguistiche di ciascun mercato.
Diversi elementi chiave devono essere adattati a ciascun mercato target per localizzare correttamente lo schema del prodotto. Questi elementi vanno oltre la traduzione di base: adattamento culturale, rispetto delle aspettative locali e allineamento con SEO specifico per la lingua. Ecco gli aspetti chiave dello schema del prodotto che dovrebbe essere localizzato.
- Nome: traduci il nome del prodotto per preservare il significato e appello nella lingua locale. Evita traduzioni letterali che possono confondere o fuorviare il pubblico locale.
- Descrizione: localizza descrizioni con attenzione al tono, unità di misurazione (ad es. pollici contro centimetri) e terminologia familiari al pubblico regionale.
- Immagine: sebbene le immagini localizzate non basate sul testo possono riflettere le preferenze culturali. Ad esempio, le immagini di abbigliamento nei mercati mediorientali potrebbero richiedere visioni più modeste.
- Marchio: se il marchio ha nomi diversi in regioni diverse o se i sotto-marchi sono più riconoscibili a livello locale, assicurarsi che il campo del marchio lo rifletta.
- SKU: Sebbene spesso coerente a livello globale, se si utilizzano codici o identificatori di prodotti regionali, aggiorna lo SKU per abbinare il catalogo locale.
- Revisione e aggretamento: questi elementi possono anche beneficiare della localizzazione. Se le revisioni dei clienti sono incluse nello schema, assicurarsi che siano scritte in lingua locale e rifletti il feedback dei clienti specifici della regione.
- Offerte (incorporate all'interno del prodotto): ciò include i prezzi e la disponibilità, che dovrebbero riflettere la valuta, i formati e i livelli di stock locali. Considera anche di adattare PriceValidUntel ai cicli di vendita locali.
Ad esempio, un prodotto "Winter - Arctic Series" in inglese potrebbe essere localizzato come "Chaqueta Invernal - Serie Ártica" in spagnolo. Nei mercati arabi, non solo il nome e la descrizione devono essere tradotti in arabo, ma potrebbe anche essere necessario adattare i punti salienti delle immagini e delle caratteristiche a ciò che è considerato accattivante o modesto.
Non riuscire a localizzare lo schema del prodotto può creare una mancata corrispondenza tra ciò che viene mostrato nello snippet di ricerca e ciò che è nella pagina del prodotto reale, danneggiando la fiducia e danneggiando i tassi di click-through. Adattando lo schema del prodotto per locale, assicurati coerenza, un migliore allineamento SEO e un'esperienza di acquisto più fluida.
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Chaqueta Invernal – Serie Ártica",
"description": "Una chaqueta cálida ideal para el invierno, con capucha desmontable y bolsillos amplios.",
"sku": "ARCTIC-ES",
"image": "https://example.com/es/images/arctic-coat.jpg",
"brand": {
"@type": "Brand",
"name": "FrostWear"
}
}
Ecco un esempio di markup dello schema del prodotto che appare online quando si cerca un prodotto.
Prezzi e valuta
Il prezzo è una delle informazioni più sensibili per gli acquirenti online. Lo schema di offerta, tipicamente incorporato all'interno dello schema del prodotto, include campi chiave come prezzo, pricecurrenza e disponibilità. La localizzazione della valuta e dei prezzi è cruciale, soprattutto quando il tuo sito prende di mira le regioni che non utilizzano impostazioni predefinite USD, EUR o altre impostazioni standard.
Ad esempio, se stai vendendo in Medio Oriente, il tuo schema dovrebbe riflettere i prezzi in DAE o SAR utilizzando il codice valuta ISO 4217 appropriato, come "Pricecurrency": "AED". Inoltre, il formato dei prezzi dovrebbe seguire le convenzioni regionali: alcune paesi usano virgole anziché periodi come separatori decimali o posizionare il simbolo valutario dopo l'importo anziché prima.
Codici valutari errati o generici nel markup dello schema possono portare a fittiri ricchi fuorvianti, acquirenti confusi e persino sanzioni per i motori di ricerca per l'incoerenza dei dati. Il tuo schema dovrebbe sincronizzare con ciò che gli utenti vedono sul front-end e riflettere i tassi di conversione in tempo reale o le strategie di prezzo localizzate. Adattare questo schema per lingua o sottodominio regionale è essenziale per garantire una rappresentazione accurata attraverso il sito Web multilingue. Elementi chiave nello schema dei prezzi che devono essere localizzati.
- Prezzo: valore numerico del prezzo formattato per la regione locale (ad es. 99,99 anziché 99,99).
- PRICURANZA: utilizzare il codice valuta ISO 4217 corretto (ad es. AED, SAR, JPY, ecc.).
- Posizionamento del simbolo della valuta: adattamento del simbolo alle convenzioni locali (ad es. "99 ر.س" invece di "SAR 99").
- Disponibilità: utilizzare la lingua o le etichette localizzate se applicabile (ad es. "In magazzino" → "Disponibile" in spagnolo).
Ecco un esempio di uno schema localizzato per i prezzi su misura per un mercato mediorientale.
{
"@context": "https://schema.org/",
"@type": "Offer",
"price": "89.99",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock",
"priceValidUntil": "2025-12-31",
"itemCondition": "https://schema.org/NewCondition",
"url": "https://example.com/es/productos/chaqueta-artica"
}
Ecco un esempio di markup di prezzi e schemi di valuta che appare online quando si cerca un prodotto.
Informazioni commerciali e di contatto
Gli schemi di organizzazione e contatto definiscono l'identità della tua attività e come i clienti possono raggiungerti. La localizzazione qui comporta qualcosa di più della semplice traduzione: richiede l'adattamento delle ore di lavoro, le lingue di supporto e i metodi di contatto per soddisfare le aspettative locali.
Localizzazione degli affari e dello schema di contatto, migliora la fiducia e aiuta i motori di ricerca a visualizzare dettagli di contatto accurati nelle SERP (in particolare sui dispositivi mobili). Questo aiuta anche la ricerca vocale e gli assistenti intelligenti offrono risposte aziendali corrette in base alla posizione. Uno schema ben localizzato assicura ai clienti di vedere le opzioni di contatto giuste al momento giusto, allineate con i loro metodi di comunicazione lingua, regione e preferiti.
Gli elementi chiave dell'organizzazione e degli schemi di contatto da localizzare includono.
- Nome: traduci o adatta il nome del business se si utilizza un'identità del marchio locale in diverse regioni.
- ContactType: utilizzare i termini localizzati per tipi di supporto (ad es. "Servicio al cliente" in spagnolo).
- Telefono: includere i numeri di supporto locali con formati internazionali adeguati.
- Aree di servizio: specificare la regione target utilizzando i codici ISO per garantire la correzione della geo.
- Disponibile: indicare quali lingue può gestire il tuo team di supporto (ad esempio inglese, arabo, francese).
- ContactOption: aggiungi metodi di contatto specifici per regione come WhatsApp, WeChat o strumenti di chat locali.
- URL: puntare gli utenti per le pagine localizzate di aiuto o contatto, se disponibili.
Su misura di ciascuno di questi campi per ogni regione target, il tuo schema soddisferà le aspettative locali e aumenterà le possibilità di essere presentato nei risultati di ricerca pertinenti, in particolare quelli che si basano su interazioni mobili o vocali. Di seguito è riportato un esempio di applicazione dello schema.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "YourBusiness",
"url": "https://www.yourbusiness.com",
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+33-1-23-45-67-89",
"contactType": "customer support",
"areaServed": "FR",
"availableLanguage": ["en", "fr"]
}
}
Dettagli di spedizione e consegna
Le aspettative di consegna e le regole variano significativamente da paese a paese. Utilizzando tipi di schema come DeliveryTimesTettings, ShippingDeliveryTime o offerte di dati che sono specifici della regione, è possibile comunicare non solo la disponibilità e i tempi di consegna stimati, ma anche le regioni servite, le tariffe di spedizione e i tempi di gestione dei quali dovrebbero essere localizzati per ciascun mercato. Gli elementi dello schema di spedizione che devono essere localizzati includono.
- ShippingDestination: regione o paese servito.
- Deliverytime: tempo di consegna stimato in formato locale (ad es. 2 giorni contro 5-7 giorni lavorativi).
- Spedizione: tariffa di spedizione in valuta locale.
- Transittimelabel: etichetta usata per descrivere i tempi di consegna (come "Express", "Regular" o "Delivery entro 24 ore").
- Tempo di gestione: tempo di elaborazione prima dell'inizio della consegna.
Ad esempio, un cliente in Germania potrebbe aspettarsi la consegna entro 3 giorni lavorativi, mentre in Indonesia, una stima tipica potrebbe essere di 5-7 giorni. Se lo schema di spedizione non è localizzato, gli utenti potrebbero non ottenere informazioni pertinenti nei risultati di ricerca, rendendoli titubanti nell'acquisto. Ecco un esempio di offerte di dati localizzati per il mercato tedesco.
{
"@context": "https://schema.org",
"@type": "OfferShippingDetails",
"shippingDestination": {
"@type": "DefinedRegion",
"name": "Germany"
},
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": {
"@type": "QuantitativeValue",
"minValue": 1,
"maxValue": 2,
"unitCode": "d"
},
"shippingRate": {
"@type": "MonetaryAmount",
"value": "5.00",
"currency": "EUR"
}
}
Posizione del negozio e informazioni commerciali locali
Visualizzare accuratamente le posizioni degli archivi nella ricerca di Google o Google Maps dipende pesantemente dallo schema di business locali ben localizzato. Soprattutto quando gli utenti cercano la lingua o la regione locale, avere le informazioni corrette aumenta la visibilità e crea fiducia. Gli elementi chiave nello schema del business locale che necessitano di localizzazione includono.
- Nome: il nome commerciale è tradotto se pertinente al contesto locale.
- Indirizzo: l'indirizzo formattato in base alle convenzioni locali, tra cui l'indirizzo, l'indirizzo, il codice postale e il padrone di casa.
- Telefono: il numero di telefono utilizzando il codice paese corretto e la formattazione locale.
- Apertura della Specifica: le ore operative sono adeguate ai fusi orari e alle abitudini aziendali locali.
- Geo: coordinate geografiche (latitudine e longitudine) della posizione del negozio.
- Aree di servizio: la regione o l'area che l'azienda serve.
Ad esempio, ecco uno snippet dello schema per un negozio che opera a Berlino, in Germania.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Modehaus Berlin",
"address": {
"@type": "PostalAddress",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"telephone": "+49 30 12345678",
"openingHours": "Mo-Fr 10:00-19:00"
}
Quello che segue è un esempio di uno schema di markup aziendale locale.
Navigazione per pane
Lo schema Breadcrumblist aiuta a definire la struttura di navigazione del tuo sito Web, mostrando utenti (e motori di ricerca) in cui si trovano all'interno della gerarchia del sito. Sebbene ciò possa sembrare semplice, la localizzazione del pangrattato è fondamentale in un di e-commerce multilingue per garantire coerenza, migliorare la SEO e migliorare l'esperienza dell'utente.
Ad esempio, un panbomb in inglese, spagnolo e arabo
- "Home> Fashion maschile> Giacche"
- "INICIO> MODA MASCULINA> CHAQUETAS",
- "الرئpenة> أزياء الرجال> المعاطف".
Supponiamo che lo schema del pane -bumbm sia lasciato in inglese mentre il contenuto della pagina è in un'altra lingua. In tal caso, gli utenti possono sperimentare confusione e i motori di ricerca possono avere difficoltà a indicizzare correttamente il contenuto localizzato. Può anche danneggiare la tua strategia di collegamento interno, poiché il pangrattato influenza il modo in cui il collegamento equità scorre attraverso il tuo sito.
Elementi chiave nello schema del panecrumblist che necessitano di localizzazione.
- ItemListElement.Name: il nome visibile di ciascun livello di panebrumb deve essere tradotto.
- ItemListElement.Item: l'URL dovrebbe indicare la versione localizzata corretta di ogni pagina.
- Posizione: riflette il livello nella pista di pane (di solito rimane lo stesso ma deve corrispondere alla struttura localizzata).
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Inicio",
"item": "https://example.com/es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Moda Masculina",
"item": "https://example.com/es/moda-masculina"
},
{
"@type": "ListItem",
"position": 3,
"name": "Chaquetas",
"item": "https://example.com/es/moda-masculina/chaquetas"
}
]
}
Quello che segue è un esempio di uno schema di markup del pane.
Errori comuni nella localizzazione dello schema per l'e-commerce
Le aziende spesso incontrano problemi critici ma evitabili durante la localizzazione del markup dello schema per i siti Web di e-commerce. Molti presumono che la traduzione da sola sia sufficiente, ma i dati strutturati debbano essere completamente adattati alla lingua, alla valuta e alle aspettative degli utenti di ciascuna regione. Queste sviste possono portare a frammenti ricchi rotti, scarsa visibilità di ricerca o confusione dell'utente.
Di seguito sono riportati alcuni degli errori più comuni nella localizzazione dello schema e perché evitarli può influenzare significativamente le prestazioni e l'esperienza dell'utente del tuo sito.
Usando solo una lingua o una valuta
Uno dei passi falsi più frequenti nella localizzazione dello schema di e-commerce è attenersi a una singola lingua o valuta durante i dati strutturati del sito, anche quando il contenuto front-end viene tradotto. Questa discrepanza confonde sia gli utenti che i motori di ricerca. Un acquirente in Francia potrebbe leggere le descrizioni dei prodotti in francese, ma vedere lo schema ancora riferendosi all'USD anziché all'EUR, che può causare problemi di fiducia.
Lo schema localizzato dovrebbe riflettere il contenuto tradotto e i formati di valuta locale. Ad esempio, "Picecurrency": "EUR" dovrebbe sostituire "Pricecurrency": "USD" sulla versione francese del sito e i campi "Nome" e "Descrizione" nello schema del prodotto dovrebbero apparire in francese. Senza questo, i motori di ricerca potrebbero non mostrare i tuoi elenchi localizzati in modo accurato nei risultati di ricerca.
Ignorare la localizzazione del linguaggio e della valuta porta a scarse anteprime ricche di snippet, riduce i tassi di clic e può persino violare le linee guida per l'accuratezza strutturata dei dati. Adatti sempre al tuo schema per lingua e regione, usando hreflang e sottodomi o percorsi specifici della regione.
Non aggiornare correttamente i codici valutari
Molti dimenticano di aggiornare il codice valutario nel markup dello schema anche quando i commercianti usano il simbolo di valuta localizzato corretto sul front -end. Schema.org utilizza codici ISO 4217 standardizzati (come "USD" per il dollaro USA o "JPY" per lo yen giapponese) e non riuscire a riflettere correttamente in "pricecurrency" porta a risultati ricchi rotti o fuorvianti.
Ad esempio, se il tuo negozio negli Emirati Arabi Uniti mostra i prezzi in Dirham ma utilizza comunque "Pricecurrency": "USD" in Schema, Google potrebbe interpretare male il prezzo del prodotto o scegliere di non visualizzarlo affatto. Peggio ancora, un cliente potrebbe presumere che un prodotto sia più economico o più costoso a causa del contesto valutario errato, portando a tassi di rimbalzo o carrelli abbandonati.
Controllare sempre i valori di valuta nel tuo schema, in particolare per i negozi multi-valuta utilizzando switcher di geolocalizzazione o valuta. L'allineamento delle informazioni sulla valuta visiva e strutturata migliora l'aspetto della ricerca e la fiducia del cliente.
Saltare i campi dello schema specifici della regione
Un altro errore è l'utilizzo di uno schema generico in tutte le regioni senza incorporare elementi specifici della regione come "spedizioniere", "aree servite" o "disponibilità di uscita". Questi campi sono fondamentali per comunicare la copertura logistica e del servizio, in particolare nella spedizione internazionale o assistenza clienti localizzata.
Ad esempio, gli acquirenti in Australia dovrebbero vedere le stime dei tempi di spedizione e le opzioni di consegna in base agli standard locali (ad es. "ShippingDestination": {"@Type": "DefineDregion", "Nome": "Australia"}). L'omettere tali dettagli può portare i motori di ricerca ad assumere che non si spegne lì, influendo sulla scoperta nella ricerca locale.
Inoltre, campi come "aree serviti" e "disponibilità di fuoristrada" aiutano a far emergere la tua attività per le ricerche "vicino a me" o basate sulla regione. Se non stai usando questi campi dello schema nelle pagine regionali, probabilmente stai perdendo opportunità di ricerca localizzate.
Ignorare il supporto del linguaggio RTL
Le lingue come l'arabo e l'ebraico letta da destra a sinistra (RTL) e non riuscire a regolare il markup dello schema per spiegare ciò possono causare problemi di leggibilità e SEO. Sebbene lo schema non sia reso visivamente, deve comunque riflettere il contesto linguistico per abbinare l'esperienza sulla pagina e il targeting del linguaggio di ricerca.
Ad esempio, i campi "Nome" e "Descrizione" nello schema del prodotto su una pagina araba devono essere adeguatamente tradotti e codificati usando il formato Unicode corretto. Inoltre, la pagina stessa dovrebbe usare lang = "ar" e dir = "rtl" nell'HTML e lo schema dovrebbe corrispondere allo stesso modo.
Trascurare il supporto RTL provoca l'incoerenza tra il contenuto visivo e strutturato, potenzialmente confondendo gli utenti e influenzando l'idoneità dei risultati ricca. Assicurarsi sempre che sia la lingua che la direzione di lettura si riflettono nella struttura dello schema.
Manca il pangrattato tradotto
Il pangrattato serve come aiuti di navigazione e contribuiscono in modo significativo al collegamento interno e al SEO. Un errore comune nella localizzazione dello schema è mantenere lo schema di panebrumb nella lingua originale, anche quando viene tradotto il percorso di navigazione visibile.
Ad esempio, se la tua pagina mostra "INICIO> MODA FEMENINA> VESTIDOS" (spagnolo per "Home> Fashion's Fashion> Abiti"), il tuo schema Breadcrumblist dovrebbe rispecchiare esattamente questo. L'uso di "Nome": "Home" anziché "Inicio" crea una disconnessione e può avere un impatto negativo su come Google interpreta la struttura del sito.
Ogni livello di panecrumb ("nome") dovrebbe essere localizzato e il corrispondente "articolo" dovrebbe collegarsi all'URL localizzato. Mantenere tutto allineato garantisce coerenza per utenti e crawler, migliorando la visibilità e l'indicizzazione.
Riutilizzare lo stesso schema per tutte le lingue
L'errore più dannoso è l'utilizzo di un approccio di schema unico per tutte le lingue. Riutilizzare gli stessi dati strutturati senza adattare il contenuto, la valuta, il linguaggio e il contesto della regione sconfigge l'intero scopo della localizzazione .
Ogni versione localizzata del tuo sito dovrebbe avere il suo schema che riflette il contenuto e i metadati locali. Ad esempio, se si dispone di pagine di prodotto separate per l'inglese e il francese, il loro schema di prodotto avrebbe dovuto tradurre "nome", "descrizione", "prezioso" e persino URL specifici della lingua.
Trascurare questa pratica può comportare segnali di ricerca contrastanti, scarsa qualità degli snippet o persino azioni manuali per dati strutturati fuorvianti. Una migliore pratica è mantenere schemi separati per ciascun sottodominio linguistico o versione tag di Hreflang, garantendo che i dati strutturati corrispondessero al linguaggio e alla regione serviti.
Le migliori pratiche per la localizzazione del markup dello schema per l'e-commerce
Schema Markup svolge un ruolo cruciale nel modo in cui i motori di ricerca interpretano e mostrano i tuoi contenuti. Se localizzato correttamente, aumenta la tua visibilità nelle SERP locali, migliora le tariffe del clic e migliora l'esperienza di acquisto per gli utenti in tutto il mondo.
Ecco le migliori pratiche che ogni attività globale di e-commerce dovrebbe seguire per ottenere il massimo dalla localizzazione.
Usa lo schema specifico per la lingua per pagina
Ogni versione linguistica del tuo sito Web dovrebbe includere il markup dello schema in quella lingua specifica. Se stai usando sottodomini o sottocartelle (ad esempio, Esempio.com/en/ per l'inglese e Esempio.com/de/ per il tedesco), ognuno dovrebbe contenere uno schema unico e appropriato.
Se la tua pagina tedesca utilizza ancora uno schema in inglese, Google potrebbe avere difficoltà a comprendere il contesto locale della pagina e gli utenti possono trovare l'esperienza incoerente con le loro aspettative, ad esempio come di seguito.
Paese | Campo schema | Valore localizzato |
/FR/Pagina di prodotto | "nome" | "Veste d'Hiver Pour Homme" |
"descrizione" | "Une Veste Chaude Pour L'Hiver Français" | |
"Inlanguage" | "fr" |
Localizza i nomi e le descrizioni dei prodotti
I nomi e le descrizioni dei prodotti non dovrebbero essere solo tradotti e adattati culturalmente. Le frasi che sembrano attraenti in un paese potrebbero non risuonare in un altro. Usa il linguaggio naturale per il pubblico locale e si allinea con il loro comportamento di shopping.
Affidati a traduttori nativi o esperti locali per evitare frasi imbarazzanti o messaggi poco chiari. Campi come il nome, la descrizione e il marchio nel tuo schema dovrebbero riflettere la lingua e le preferenze locali.
Lingua | nome | descrizione |
inglese | "Giacca da uomo elegante" | "Una giacca elegante perfetta per l'inverno" |
giapponese | "メンズウィンタージャケット" | "冬に最適なおしゃれなジャケットです。" |
Imposta un prezzo e una valuta accurati
Il prezzo è un argomento sensibile nel commercio elettronico. Non solo convertire visivamente le valute sul tuo sito: assicurati che il tuo schema rifletta accuratamente la valuta corretta utilizzando il codice ISO 4217 nel campo di pricecurrency. I prezzi dovrebbero anche essere formattati in base alle convenzioni locali, inclusi decimali e migliaia di separatori.
Evita di visualizzare solo USD in tutte le versioni linguistiche, in quanto ciò potrebbe confondere gli utenti o erodere la fiducia. Se si utilizza la conversione di valuta in tempo reale, assicurati che il tuo schema rimanga in sintonia. Per esempio.
Paese | prezzo | pricecurrency | Formato locale |
Giappone | 4500 | Yen giapponese | ¥4,500 |
Arabia Saudita | 180 | Sar | 180 ر.س |
Localizza le informazioni commerciali
Le informazioni di contatto aziendale, come indirizzi, numeri di telefono e orari di business, devono essere localizzate per regione. Utilizzare i formati locali per campi come IndilishLocality, PostalCode e DrivingCountry. Includi i codici di composizione internazionali nei numeri di telefono per rendere più facile per gli utenti contattarti.
Fields come Apertura della Specification dovrebbero riflettere i fusi orari locali e le pratiche commerciali. Questi dettagli aiutano a stabilire la fiducia e a migliorare l'aspetto della tua attività nei risultati di ricerca locali. Per esempio.
Paese | Indirizzamento | Codice Postale | Apertura di Hoursformat |
Spagna | Barcellona | 08001 | MO-FR 09: 00–18: 00 |
Thailandia | Chiang Mai | 50000 | Mo-SA 10: 00–19: 00 |
Schema della struttura per le lingue RTL
Le lingue come l'arabo e l'ebraico sono scritte da destra a sinistra (RTL). Mentre lo stesso JSON-LD non dipende dalla formattazione visiva, qualsiasi campo dello schema contenente testo visibile, come il nome, la descrizione o il pane di pane-riflettono la lingua e la direzione corrette per evitare incoerenze tra il contenuto e il markup.
Se la tua pagina è in arabo ma lo schema contiene ancora valori inglesi o contenuti da sinistra a destra, può portare alla confusione sia per gli utenti che per i motori di ricerca. Assicurati sempre che l'HTML includa Lang = "AR" e che i campi di dati strutturati siano localizzati di conseguenza.
Campo | Non localizzato (LTR/inglese) | Localizzato (RTL/Arabo) |
nome | Giacca invernale | معطف ش scia |
descrizione | Un cappotto caldo per l'inverno | معطف دافئ مثالي لفصل الشتاء |
pane | Home> Abbigliamento> Giacche | الرئpen migliore |
Automatizzare la localizzazione dello schema con Linguise
La localizzazione di lo schema markup manualmente su più lingue può essere complesso, soprattutto quando si gestisce centinaia di pagine di prodotti dinamici. Devono essere tradotti il contenuto visibile e i dati strutturati, inclusi il prodotto, offerta, panecrumblist e business locali. I ricchi frammenti potrebbero non riflettere il linguaggio, la valuta o la struttura corretti per ciascuna regione senza una corretta localizzazione.
Linguise offre una di traduzione automatica che si estende ai dati strutturati, alla traduzione del markup dello schema e al contenuto. Attraverso il suo editore dal vivo, puoi mettere a dura prova i contenuti dello schema come nomi di prodotti, descrizioni o valori del marchio per assicurarsi che riflettono accuratamente il contesto locale. Ciò è particolarmente utile quando si localizzano i campi dello schema del prodotto che richiedono sfumature culturali e adattamento delle parole chiave per la SEO regionale.
Inoltre, Linguise supporta la traduzione di collegamenti e media, consentendo la localizzazione di URL di pane, collegamenti interni e persino riferimenti a immagini. Ciò garantisce che tutti gli elementi, i percorsi di navigazione, le risorse e i dati strutturati, siano allineati con la versione linguistica corretta, aiutando i motori di ricerca a fornire risultati ricchi più accurati e pertinenti agli utenti in tutto il mondo.
Conclusione
La localizzazione del markup dello schema è cruciale per le aziende internazionali di e-commerce che mirano a migliorare la visibilità nei risultati di ricerca locali, migliorare gli snippet ricchi e offrire agli utenti un'esperienza multilingue senza soluzione di continuità. Dai nomi dei prodotti e prezzi ai dettagli della spedizione e alle informazioni commerciali, ogni pezzo di dati strutturati dovrebbe allinearsi con la lingua, la cultura e le aspettative di ciascun mercato target.
Per semplificare questo processo, prendi in considerazione l'utilizzo Linguise , una soluzione di traduzione che non solo automatizza la traduzione dei contenuti, ma adatta anche il markup, i collegamenti e i media per lingua. Con funzionalità come l'editor live e la traduzione per URL e immagini, l'utilizzo di Linguise può aiutare l'intero sito: contenuti visibili e dati strutturati sono completamente localizzati e pronti per SEO.
