Localizzare il markup dello schema per l'e-commerce significa far parlare i tuoi dati strutturati la lingua dei tuoi clienti e dei motori di ricerca. Per i negozi online internazionali, in particolare quelli che si rivolgono a regioni diverse come l'UE, il Sud-est asiatico o il Medio Oriente, la localizzazione dello schema è fondamentale per aiutare i motori di ricerca a fornire i rich snippet giusti in base alla lingua, alla regione e alla valuta dell'utente.
Localizzando i tipi di schema chiave, come le informazioni sul prodotto, i prezzi e i dettagli aziendali, migliori visibilità, fiducia e tassi di conversione in mercati diversi. Questo articolo esplora quali elementi dello schema localizzare, gli errori comuni da evitare e le best practice per aiutare il tuo sito e-commerce internazionale a ottenere le migliori prestazioni.
L'importanza della localizzazione dello schema per il tuo e-commerce
La localizzazione dello schema garantisce che i tuoi dati strutturati siano allineati alla lingua, alla valuta e al contesto culturale di ogni mercato in cui operi. Questo migliora la tua visibilità nei risultati di ricerca locali e ottimizza l'esperienza utente in diverse regioni.
- Migliora le prestazioni SEO locale – Quando il markup schema utilizza lingua, valuta e campi specifici per la regione, i motori di ricerca possono comprendere meglio e abbinare i tuoi contenuti all'intento di ricerca locale.
- Consente la visualizzazione di rich snippet accurati: i rich snippet, come prezzi, disponibilità dei prodotti e recensioni, rifletteranno il contesto locale dell'utente, rafforzando la fiducia e migliorando il tasso di clic.
- Migliora l'esperienza utente multilingue – Lo schema localizzato aiuta a garantire coerenza tra il contenuto visibile della pagina e i dati strutturati sottostanti, evitando confusione per i visitatori internazionali.
- Supporta la conformità e le aspettative regionali: diverse regioni possono avere requisiti specifici in materia di dati (come l'IVA nell'UE o le zone di spedizione nel Sud-est asiatico) che possono essere gestiti tramite schema.
- Aumenta i tassi di conversione nei mercati target – Gli utenti che vedono lingua, valuta e informazioni di contatto familiari nelle anteprime di ricerca sono più propensi a fidarsi del tuo sito e a interagire con esso.
Tipi di schema e-commerce chiave che richiedono la localizzazione
Schema markup è un tipo di dati strutturati aggiunti all'HTML del tuo sito web che aiutano i motori di ricerca a comprendere il contesto dei tuoi contenuti. Per l'e-commerce, alimenta risultati avanzati come valutazioni dei prodotti, prezzi, disponibilità e altro ancora, facendo risaltare le tue inserzioni nella ricerca. Quando ti rivolgi ai mercati internazionali, usare semplicemente lo schema non è sufficiente: devi anche localizzarlo.
Di seguito sono riportati i principali tipi di schema che richiedono un'attenta localizzazione per il successo dell'e-commerce globale.
Prodotto
Lo schema Product fornisce informazioni strutturate come nome del prodotto, descrizione, SKU, brand, immagine e recensioni. Quando si localizza questo schema, è essenziale tradurre accuratamente i nomi e le descrizioni dei prodotti, non solo parola per parola, ma in modo che risuonino con le norme culturali e linguistiche di ciascun mercato.
Diversi elementi chiave devono essere adattati a ciascun mercato di riferimento per localizzare correttamente lo schema Product. Questi elementi vanno oltre la semplice traduzione: adattamento culturale, conformità alle aspettative locali e allineamento con la SEO specifica per la lingua. Ecco gli aspetti chiave dello schema Product che dovrebbero essere localizzati.
- name: Traduci il nome del prodotto per preservarne il significato e l'attrattiva nella lingua locale. Evita traduzioni letterali che potrebbero confondere o fuorviare il pubblico locale.
- descrizione: localizzare le descrizioni prestando attenzione al tono, alle unità di misura (ad esempio, pollici anziché centimetri) e alla terminologia familiare al pubblico regionale.
- image: Sebbene non sia basata su testo, un'immagine localizzata può riflettere preferenze culturali. Ad esempio, le immagini di abbigliamento nei mercati del Medio Oriente potrebbero richiedere visual più modesti.
- brand: Se il marchio ha nomi diversi in diverse regioni, o se i sotto-marchi sono più riconoscibili a livello locale, assicurati che il campo brand lo rifletta.
- sku: Sebbene spesso sia coerente a livello globale, se utilizzi codici prodotto o identificatori regionali, aggiorna lo sku per farlo corrispondere al catalogo locale.
- review e aggregateRating: Anche questi elementi possono trarre vantaggio dalla localizzazione. Se le recensioni dei clienti sono incluse nello schema, assicurati che siano scritte nella lingua locale e riflettano il feedback dei clienti specifico della regione.
- offers (incorporato in Product): Include prezzi e disponibilità, che dovrebbero riflettere la valuta locale, i formati e i livelli di scorte. Considera anche di adattare priceValidUntil ai cicli di vendita locali.
Ad esempio, un prodotto "Winter Coat – 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 potresti anche dover adattare le immagini e i punti salienti delle caratteristiche a ciò che è considerato attraente o modesto.
Non localizzare lo schema Product può creare un disallineamento tra ciò che viene mostrato nello snippet di ricerca e ciò che si trova nella pagina effettiva del prodotto, danneggiando la fiducia e riducendo il tasso di clic. Adattando lo schema del prodotto per ogni locale, garantisci 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 Offer, tipicamente incorporato nello schema Product, include campi chiave come price, priceCurrency e availability. Localizzare la valuta e i prezzi è fondamentale, soprattutto quando il tuo sito si rivolge a regioni che non utilizzano USD, EUR o altri valori predefiniti standard.
Ad esempio, se vendi in Medio Oriente, il tuo schema dovrebbe riflettere i prezzi in AED o SAR utilizzando il codice valuta ISO 4217 appropriato, come “priceCurrency”: “AED”. Inoltre, il formato del prezzo dovrebbe seguire le convenzioni regionali—alcuni paesi usano le virgole invece dei punti come separatori decimali, oppure posizionano il simbolo della valuta dopo l'importo invece che prima.
Codici valuta errati o generici nel markup dello schema possono portare a rich snippet fuorvianti, acquirenti confusi e persino a penalizzazioni da parte dei motori di ricerca per incoerenza dei dati. Il tuo schema dovrebbe essere sincronizzato 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 su tutto il tuo sito web multilingue. Elementi chiave nello schema dei prezzi che devono essere localizzati.
- price: Valore numerico del prezzo formattato per la regione locale (ad es., 99,99 invece di 99.99).
- priceCurrency: Utilizzare il codice valuta ISO 4217 corretto (ad esempio, AED, SAR, JPY, ecc.).
- Posizionamento del simbolo di valuta: Adatta il simbolo alle convenzioni locali (ad es. “99 ر.س” invece di “SAR 99”).
- availability: Usa un linguaggio o etichette localizzate, se applicabile (ad es., "In Stock" → "Disponible" in spagnolo).
Ecco un esempio di uno schema localizzato per i prezzi adattato a un mercato del Medio Oriente.
{
"@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 dello schema dei prezzi e della valuta che appare online quando si cerca un prodotto.
Informazioni aziendali e di contatto
Gli schemi Organization e ContactPoint definiscono l'identità della tua azienda e come i clienti possono contattarti. La localizzazione qui implica più di una semplice traduzione: richiede l'adattamento degli orari di lavoro, delle lingue di supporto e dei metodi di contatto per soddisfare le aspettative locali.
Localizzando lo schema di business e contatti, migliori la fiducia e aiuti i motori di ricerca a mostrare dettagli di contatto accurati nei SERP (soprattutto su mobile). Questo aiuta anche la ricerca vocale e gli assistenti intelligenti a offrire risposte aziendali corrette in base alla posizione. Uno schema ben localizzato garantisce che i clienti vedano le opzioni di contatto giuste al momento giusto, in linea con la loro lingua, regione e metodi di comunicazione preferiti.
Gli elementi chiave degli schemi Organization e ContactPoint da localizzare includono.
- name: Traduci o adatta il nome dell'azienda se utilizzi un'identità di marca locale in diverse regioni.
- contactType: Usa termini localizzati per i tipi di supporto (ad esempio, "servicio al cliente" in spagnolo).
- telephone: Includi numeri di supporto locali con i corretti formati internazionali.
- areaServed: Specifica la regione di destinazione utilizzando i codici ISO per garantire la rilevanza geografica.
- availableLanguage: indica quali lingue può gestire il tuo team di supporto (ad esempio, inglese, arabo, francese).
- contactOption: Aggiungi metodi di contatto specifici per la regione, come WhatsApp, WeChat o strumenti di chat locali.
- url: Indirizza gli utenti verso pagine di assistenza o contatto localizzate, se disponibili.
Adattando ciascuno di questi campi per ogni regione di destinazione, il tuo schema soddisferà le aspettative locali e aumenterà le possibilità di apparire nei risultati di ricerca pertinenti, soprattutto quelli che si basano su interazioni mobile 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 e le regole di consegna variano notevolmente da paese a paese. Utilizzando tipi di schema come DeliveryTimeSettings, ShippingDeliveryTime o OfferShippingDetails specifici per regione, puoi 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, tutti elementi che 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 nel formato locale (ad es., 2 giorni vs. 5-7 giorni lavorativi).
- shippingRate: tariffa di spedizione in valuta locale.
- transitTimeLabel: etichetta utilizzata per descrivere il tempo di consegna (come "Express", "Standard" o "Consegna entro 24 ore").
- handlingTime: 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 ricevere informazioni pertinenti nei risultati di ricerca, rendendoli esitanti all'acquisto. Ecco un esempio di OfferShippingDetails localizzato 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 sull'attività locale
La visualizzazione accurata delle sedi dei negozi su Google Search o Google Maps dipende in larga misura da uno schema LocalBusiness ben localizzato. Soprattutto quando gli utenti effettuano ricerche nella propria lingua o regione, disporre delle informazioni corrette aumenta la visibilità e rafforza la fiducia. Gli elementi chiave dello schema LocalBusiness che necessitano di localizzazione includono:.
- name: il nome dell'azienda viene tradotto se pertinente al contesto locale.
- address: l'indirizzo formattato secondo le convenzioni locali, inclusi addressLocality, addressRegion, postalCode e addressCountry.
- telefono: il numero di telefono utilizzando il prefisso internazionale corretto e il formato locale.
- openingHoursSpecification: Gli orari di apertura vengono adattati ai fusi orari locali e alle abitudini commerciali.
- geo: coordinate geografiche (latitudine e longitudine) della posizione del negozio.
- areaServed: la regione o l'area servita dall'azienda.
Ad esempio, ecco uno snippet di 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 schema di markup per attività locale.
Navigazione breadcrumb
Lo schema BreadcrumbList aiuta a definire la struttura di navigazione del tuo sito web, mostrando agli utenti (e ai motori di ricerca) la loro posizione all'interno della gerarchia del sito. Sebbene possa sembrare semplice, la localizzazione dei breadcrumb è fondamentale in un di e-commerce multilingue per garantire coerenza, migliorare la SEO e ottimizzare l'esperienza utente.
Ad esempio, un breadcrumb in inglese, spagnolo e arabo
- “Home > Moda uomo > Giacche”
- “Inicio > Moda Masculina > Chaquetas”,
- “Affiliazione > Informazioni utili > Risorse”.
Supponiamo che lo schema dei breadcrumb rimanga in inglese mentre il contenuto della pagina è in un'altra lingua. In tal caso, gli utenti potrebbero rimanere confusi e i motori di ricerca potrebbero avere difficoltà a indicizzare correttamente i contenuti localizzati. Ciò potrebbe anche danneggiare la tua strategia di link interni, poiché i breadcrumb influenzano il modo in cui l'equity dei link fluisce attraverso il tuo sito.
Elementi chiave nello schema BreadcrumbList che necessitano di localizzazione.
- itemListElement.name: Il nome visibile di ogni livello del breadcrumb deve essere tradotto.
- itemListElement.item: l'URL deve puntare alla versione localizzata corretta di ogni pagina.
- posizione: riflette il livello nel percorso di navigazione (solitamente 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 schema di markup per breadcrumb.
Errori comuni nella localizzazione dello schema per l'e-Commerce
Le aziende incontrano spesso problemi critici ma evitabili quando localizzano il markup dello schema per i siti web di e-commerce. Molti presumono che la sola traduzione sia sufficiente, ma i dati strutturati devono essere completamente adattati alla lingua, alla valuta e alle aspettative degli utenti di ogni regione. Queste sviste possono causare snippet avanzati non funzionanti, una scarsa visibilità nei motori di ricerca o confusione negli utenti.
Di seguito sono riportati alcuni degli errori più comuni nella localizzazione dello schema—e perché evitarli può influire in modo significativo sulle prestazioni e sull'esperienza utente del tuo sito.
Utilizzare una sola lingua o valuta
Uno degli errori più frequenti nella localizzazione dello schema e-commerce è mantenere un'unica lingua o valuta in tutti i dati strutturati del sito, anche quando i contenuti front-end sono tradotti. 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 uno schema che fa ancora riferimento a USD invece che a EUR, il che può causare problemi di fiducia.
Lo schema localizzato dovrebbe riflettere i contenuti tradotti e i formati della valuta locale. Ad esempio, “priceCurrency”: “EUR” dovrebbe sostituire “priceCurrency”: “USD” nella versione francese del sito, e i campi “name” e “description” nello schema Product dovrebbero apparire in francese. In caso contrario, i motori di ricerca potrebbero non mostrare accuratamente le tue inserzioni localizzate nei risultati di ricerca.
Ignorare la localizzazione di lingua e valuta porta a anteprime dei rich snippet scadenti, riduce i tassi di clic e può persino violare le linee guida per l'accuratezza dei dati strutturati. Adatta sempre il tuo schema per lingua e regione, utilizzando hreflang e sottodomini o percorsi specifici per la regione.
Non aggiornare correttamente i codici valuta
Molti dimenticano di aggiornare il codice valuta nel markup dello schema, anche quando i commercianti utilizzano il simbolo di valuta localizzato corretto nel front-end. Schema.org utilizza codici ISO 4217 standardizzati (come "USD" per il dollaro statunitense o "JPY" per lo yen giapponese) e non riportarli correttamente in "priceCurrency" porta a risultati avanzati non funzionanti o fuorvianti.
Ad esempio, se il tuo negozio negli Emirati Arabi Uniti mostra i prezzi in dirham ma continua a usare “priceCurrency”: “USD” nello 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 di un contesto valutario errato, portando a frequenze di rimbalzo o carrelli abbandonati.
Controlla sempre due volte i valori valutari nel tuo schema, soprattutto per i negozi multi-valuta che utilizzano la geolocalizzazione o i selettori di valuta. Allineare le informazioni valutarie visive e strutturate migliora l'aspetto nei risultati di ricerca e la fiducia dei clienti.
Saltare i campi dello schema specifici per la regione
Un altro errore è utilizzare uno schema generico in tutte le regioni senza incorporare elementi specifici della regione come “shippingDestination”, “areaServed” o “availableAtOrFrom”. Questi campi sono fondamentali per comunicare la logistica e la copertura del servizio, soprattutto nelle spedizioni internazionali o nell'assistenza clienti localizzata.
Ad esempio, gli acquirenti in Australia dovrebbero vedere stime dei tempi di spedizione e opzioni di consegna basate sugli standard locali (ad es. “shippingDestination”: { “@type”: “DefinedRegion”, “name”: “Australia” }). Omettere tali dettagli può indurre i motori di ricerca a supporre che tu non spedisca lì, compromettendo la visibilità nella ricerca locale.
Inoltre, campi come “areaServed” e “availableAtOrFrom” aiutano a far emergere la tua attività per le ricerche “vicino a me” o basate sulla regione. Se non utilizzi questi campi dello schema nelle pagine regionali, probabilmente stai perdendo opportunità di ricerca localizzata.
Ignorando il supporto per le lingue RTL
Lingue come l'arabo e l'ebraico si leggono da destra a sinistra (RTL) e non adattare il markup dello schema di conseguenza può causare problemi di leggibilità e SEO. Sebbene lo schema non venga visualizzato, deve comunque riflettere il contesto linguistico per corrispondere all'esperienza sulla pagina e al targeting linguistico della ricerca.
Ad esempio, i campi “name” e “description” nello schema del prodotto su una pagina in arabo dovrebbero essere tradotti e codificati in modo appropriato utilizzando il formato Unicode corretto. Inoltre, la pagina stessa dovrebbe utilizzare lang=”ar” e dir=”rtl” nell'HTML, e lo schema dovrebbe corrispondere allo stesso modo.
Trascurare il supporto RTL causa incoerenza tra il contenuto visivo e quello strutturato, potenzialmente confondendo gli utenti e influenzando l'idoneità ai rich result. Assicurati sempre che sia la lingua che la direzione di lettura siano riflesse nella struttura dello schema.
Breadcrumb tradotti mancanti
I breadcrumb fungono da ausili di navigazione e contribuiscono in modo significativo al linking interno e alla SEO. Un errore comune nella localizzazione dello schema è mantenere lo schema del breadcrumb nella lingua originale, anche quando il percorso di navigazione visibile è tradotto.
Ad esempio, se la tua pagina mostra "Inicio > Moda Femenina > Vestidos" (spagnolo per "Home > Women's Fashion > Dresses"), il tuo schema BreadcrumbList dovrebbe rispecchiarlo esattamente. Usare "name": "Home" invece di "Inicio" crea una disconnessione e può influire negativamente su come Google interpreta la struttura del sito.
Ogni livello del breadcrumb (“name”) dovrebbe essere localizzato, e il corrispondente “item” dovrebbe rimandare all'URL localizzato. Mantenere tutto allineato garantisce coerenza per utenti e crawler, migliorando visibilità e indicizzazione.
Riutilizzare lo stesso schema per tutte le lingue
L'errore più dannoso è utilizzare un approccio schema valido per tutti su tutte le lingue. Riutilizzare gli stessi dati strutturati senza adattare contenuto, valuta, lingua e contesto regionale vanifica l'intero scopo della localizzazione.
Ogni versione localizzata del tuo sito dovrebbe avere uno schema che rispecchi i contenuti e i metadati locali. Ad esempio, se hai pagine prodotto separate per l'inglese e il francese, il loro schema Product dovrebbe avere “name”, “description”, “priceCurrency” tradotti e persino URL specifici per la lingua.
Trascurare questa pratica può causare segnali di ricerca contrastanti, una scarsa qualità degli snippet o persino azioni manuali per dati strutturati fuorvianti. Una best practice consiste nel mantenere schemi separati per ogni sottodominio linguistico o versione con tag hreflang, assicurandosi che i dati strutturati corrispondano alla lingua e alla regione servite.
Best practice per la localizzazione del markup dello schema per l'e-commerce
Il markup Schema 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à nei SERP locali, migliora i tassi di clic e ottimizza l'esperienza di acquisto per gli utenti di tutto il mondo.
Ecco le migliori pratiche che ogni azienda di e-commerce globale dovrebbe seguire per sfruttare al meglio la localizzazione.
Usa uno schema specifico per lingua su ogni pagina
Ogni versione linguistica del tuo sito web dovrebbe includere il markup dello schema in quella specifica lingua. Se utilizzi sottodomini o sottocartelle (ad esempio, example.com/en/ per l'inglese e example.com/de/ per il tedesco), ognuno dovrebbe contenere uno schema univoco e appropriato alla lingua.
Se la tua pagina tedesca utilizza ancora lo schema in inglese, Google potrebbe avere difficoltà a comprendere il contesto locale della pagina e gli utenti potrebbero trovare l'esperienza incoerente con le loro aspettative, ad esempio come mostrato di seguito.
Paese | Campo dello schema | Valore localizzato |
/fr/pagina-prodotto | "nome" | “Veste d'hiver pour homme” |
"descrizione" | “Une veste chaude pour l'hiver français” | |
“inLingua” | “fr” |
Localizza i nomi e le descrizioni dei prodotti
I nomi e le descrizioni dei prodotti non dovrebbero essere solo tradotti e adattati culturalmente. Frasi che suonano accattivanti in un paese potrebbero non risuonare in un altro. Usa un linguaggio naturale per il pubblico locale e in linea con il suo comportamento di acquisto.
Affidatevi a traduttori madrelingua o esperti locali per evitare formulazioni poco chiare o messaggi poco chiari. Campi come nome, descrizione e marchio nel vostro schema dovrebbero riflettere la lingua e le preferenze locali.
Lingua | nome | descrizione |
Inglese | “Giacca elegante da uomo” | “Una giacca elegante, perfetta per l'inverno” |
giapponese | “メンズウィンタージャケット” | “冬に最適なおしゃれなジャケットです。” |
Imposta un prezzo e una valuta accurati
Il prezzo è un argomento delicato nell'e-commerce. Non limitarti a convertire le valute visivamente sul tuo sito: assicurati che il tuo schema rifletta accuratamente la valuta corretta utilizzando il codice ISO 4217 nel campo priceCurrency. I prezzi dovrebbero anche essere formattati secondo le convenzioni locali, inclusi decimali e separatori delle migliaia.
Evita di mostrare solo USD in tutte le versioni linguistiche, poiché ciò potrebbe confondere gli utenti o minare la fiducia. Se utilizzi la conversione valutaria in tempo reale, assicurati che il tuo schema rimanga sincronizzato. Ad esempio.
Paese | prezzo | prezzoValuta | Formato locale |
Giappone | 4500 | Yen giapponese | ¥4,500 |
Arabia Saudita | 180 | SAR | 180 ر.س |
Localizzare le informazioni aziendali
Le informazioni di contatto aziendali, come indirizzi, numeri di telefono e orari di apertura, devono essere localizzate in base alla regione. Utilizza formati locali per campi come addressLocality, postalCode e addressCountry. Includi i prefissi internazionali nei numeri di telefono per facilitare il contatto da parte degli utenti.
Campi come openingHoursSpecification dovrebbero riflettere i fusi orari locali e le pratiche commerciali. Questi dettagli aiutano a stabilire fiducia e migliorano l'aspetto della tua attività nei risultati di ricerca locali. Ad esempio.
Paese | addressLocality | Codice Postale | formatoorario di apertura |
Spagna | Barcellona | 08001 | Lun-Ven 09:00–18:00 |
Thailandia | Chiang Mai | 50000 | Lu-Sa 10:00–19:00 |
Struttura dello schema per le lingue RTL
Lingue come l'arabo e l'ebraico si scrivono da destra a sinistra (RTL). Sebbene JSON-LD di per sé non dipenda dalla formattazione visiva, qualsiasi campo dello schema contenente testo visibile, come nome, descrizione o breadcrumb, deve riflettere la lingua e la direzione corrette per evitare incongruenze tra contenuto e markup.
Se la tua pagina è in arabo ma lo schema contiene ancora valori in inglese o contenuti da sinistra a destra, ciò può generare confusione sia per gli utenti che per i motori di ricerca. Assicurati sempre che l'HTML includa lang=”ar” e che i campi dei dati strutturati siano localizzati di conseguenza.
Campo | Non localizzato (LTR/inglese) | Localizzato (RTL/Arabo) |
nome | Giacca invernale | معطف شتوي |
descrizione | Un cappotto caldo per l'inverno | Cappotto caldo perfetto per l'inverno |
pangrattato | Home > Abbigliamento > Giacche | Home > Abbigliamento > Cappotti |
Automatizza la localizzazione degli schemi con Linguise
Localizzare manualmente il markup dello schema in più lingue può essere complesso, soprattutto quando si gestiscono centinaia di pagine prodotto dinamiche. I contenuti visibili e i dati strutturati, inclusi gli schemi Product, Offer, BreadcrumbList e LocalBusiness, devono essere tradotti. Senza una corretta localizzazione, i rich snippet potrebbero non riflettere la lingua, la valuta o la struttura corrette per ogni regione.
Linguise offre una soluzione di traduzione automatica che si estende ai dati strutturati, traducendo il markup dello schema e i tuoi contenuti. Attraverso il suo Live Editor, puoi perfezionare manualmente i contenuti dello schema, come nomi di prodotti, descrizioni o valori del brand, per assicurarti che riflettano accuratamente il contesto locale. Questo è particolarmente utile quando si localizzano i campi dello schema Product che richiedono sfumature culturali e adattamento delle parole chiave per la SEO regionale.
Inoltre, Linguise supporta la traduzione di link e media, consentendo la localizzazione degli URL dei breadcrumb, dei link interni e persino dei riferimenti alle 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 avanzati più accurati e pertinenti agli utenti di tutto il mondo.
Conclusion
Localizzare il markup dello schema è fondamentale per le aziende di e-commerce internazionali che mirano a migliorare la visibilità nei risultati di ricerca locali, ottimizzare i rich snippet e offrire agli utenti un'esperienza multilingue senza interruzioni. Dai nomi dei prodotti e dai prezzi ai dettagli di spedizione e alle informazioni aziendali, ogni elemento di dati strutturati dovrebbe allinearsi alla lingua, alla cultura e alle aspettative di ciascun mercato di riferimento.
Per semplificare questo processo, valuta la possibilità di utilizzare Linguise—una soluzione di traduzione che non solo automatizza la traduzione dei contenuti, ma adatta anche il tuo schema markup, i link e i media per ogni lingua. Con funzionalità come Live Editor e la traduzione di URL e immagini, utilizzando Linguise puoi rendere l'intero sito—contenuti visibili e dati strutturati—completamente localizzato e pronto per la SEO.
