Localizarea marcajului schema pentru comerțul electronic înseamnă să faci datele tale structurate să vorbească limba clienților tăi și a motoarelor de căutare. Pentru magazinele online internaționale, în special cele care vizează regiuni diverse precum UE, Asia de Sud-Est sau Orientul Mijlociu, localizarea schemei este esențială pentru a ajuta motoarele de căutare să ofere fragmentele rich potrivite în funcție de limba, regiunea și moneda utilizatorului.
Prin localizarea tipurilor de schemă esențiale, precum informațiile despre produs, prețurile și detaliile despre afacere, creșteți vizibilitatea, încrederea și ratele de conversie pe diferite piețe. Acest articol explorează ce elemente de schemă trebuie localizate, greșelile frecvente de evitat și cele mai bune practici care ajută site-ul dvs. internațional de e-commerce să performeze la maximum.
Importanța localizării schemelor pentru comerțul tău electronic
Localizarea schemei asigură că datele dvs. structurate se aliniază cu limba, moneda și contextul cultural al fiecărei piețe pe care o deserviți. Acest lucru îmbunătățește vizibilitatea dvs. în rezultatele căutărilor locale și sporește experiența utilizatorului în diferite regiuni.
- Îmbunătățește SEO-ul local – Când markup-ul schema folosește limbă, monedă și câmpuri specifice regiunii, motoarele de căutare pot înțelege și potrivi mai bine conținutul tău cu intenția de căutare locală.
- Permite fragmente îmbogățite precise – Fragmentele îmbogățite, cum ar fi prețurile, disponibilitatea produselor și recenziile, vor reflecta contextul local al utilizatorului, consolidând încrederea și îmbunătățind rata de clic.
- Îmbunătățește experiența utilizatorilor multilingvi – Schema localizată ajută la asigurarea consecvenței între conținutul vizibil al paginii și datele structurate din spatele acesteia, evitând confuzia pentru vizitatorii internaționali.
- Susține conformitatea și așteptările regionale – Diferite regiuni pot avea cerințe specifice privind datele (cum ar fi TVA în UE sau zonele de livrare în Asia de Sud-Est) care pot fi abordate prin intermediul schemei.
- Crește ratele de conversie pe piețele țintă – Utilizatorii care văd în previzualizările căutării o limbă, o monedă și informații de contact familiare sunt mai predispuși să aibă încredere în site-ul dvs. și să interacționeze cu acesta.
Tipuri esențiale de schemă e-Commerce care necesită localizare
Schema markup este un tip de date structurate adăugate în HTML-ul site-ului tău web care ajută motoarele de căutare să înțeleagă contextul conținutului tău. Pentru comerțul electronic, aceasta generează rezultate îmbogățite precum evaluări de produse, prețuri, disponibilitate și multe altele, făcând anunțurile tale să iasă în evidență în căutări. Când vizezi piețe internaționale, simpla utilizare a schemei nu este suficientă, trebuie de asemenea să o localizezi.
Mai jos sunt principalele tipuri de scheme care necesită o localizare atentă pentru succesul comerțului electronic global.
PRODUS
Schema Product oferă informații structurate precum numele produsului, descrierea, SKU, brandul, imaginea și recenziile. Atunci când localizați această schemă, este esențial să traduceți cu acuratețe numele și descrierile produselor, nu doar cuvânt cu cuvânt, ci într-un mod care rezonează cu normele culturale și lingvistice ale fiecărei piețe.
Mai multe elemente cheie trebuie adaptate pentru fiecare piață țintă pentru a localiza corect schema de Produs. Aceste elemente depășesc simpla traducere—adaptarea culturală, conformitatea cu așteptările locale și alinierea cu SEO-ul specific limbii. Iată aspectele cheie ale schemei de Produs care ar trebui localizate.
- name: Traduceți numele produsului pentru a păstra sensul și atractivitatea în limba locală. Evitați traducerile literale care pot confunda sau induce în eroare publicul local.
- descriere: Localizați descrierile acordând atenție tonului, unităților de măsură (de exemplu, inci față de centimetri) și terminologiei familiare publicului regional.
- image: Deși nu este bazată pe text, imagistica localizată poate reflecta preferințele culturale. De exemplu, imaginile cu îmbrăcăminte pentru piețele din Orientul Mijlociu ar putea necesita vizualuri mai modeste.
- brand: Dacă marca are denumiri diferite în regiuni diferite sau dacă sub-mărcile sunt mai ușor de recunoscut la nivel local, asigurați-vă că câmpul brand reflectă acest lucru.
- sku: Deși adesea consecvent la nivel global, dacă utilizați coduri sau identificatori de produs regionali, actualizați sku-ul pentru a se potrivi cu catalogul local.
- review și aggregateRating: Aceste elemente pot beneficia, de asemenea, de localizare. Dacă recenziile clienților sunt incluse în schema, asigurați-vă că sunt redactate în limba locală și reflectă feedback-ul clienților specific regiunii.
- offers (incluse în Product): Acestea includ prețurile și disponibilitatea, care ar trebui să reflecte moneda locală, formatele și nivelurile de stoc. De asemenea, luați în considerare adaptarea priceValidUntil la ciclurile de vânzări locale.
De exemplu, un produs „Winter Coat – Arctic Series” în engleză ar putea fi localizat ca „Chaqueta Invernal – Serie Ártica” în spaniolă. Pe piețele arabe, nu doar numele și descrierea trebuie traduse în arabă, ci s-ar putea să fie nevoie să adaptați și imaginile și evidențierile caracteristicilor la ceea ce este considerat atractiv sau modest.
Nerealizarea localizării schemei Product poate crea o discrepanță între ceea ce este afișat în fragmentul de căutare și ceea ce se află pe pagina reală a produsului, afectând încrederea și dăunând ratelor de clic. Prin adaptarea schemei produsului pentru fiecare localizare, asigurați consecvența, o mai bună aliniere SEO și o experiență de cumpărături mai fluidă.
{
"@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"
}
}
Iată un exemplu de marcare schema Produs care apare online atunci când căutați un produs.
Prețuri și monedă
Prețul este una dintre cele mai sensibile informații pentru cumpărătorii online. Schema Offer, de obicei integrată în schema Product, include câmpuri cheie precum price, priceCurrency și availability. Localizarea monedei și a prețurilor este esențială, mai ales când site-ul tău se adresează regiunilor care nu folosesc USD, EUR sau alte valori standard implicite.
De exemplu, dacă vinzi în Orientul Mijlociu, schema ta ar trebui să reflecte prețurile în AED sau SAR folosind codul valutar ISO 4217 corespunzător, cum ar fi „priceCurrency”: „AED”. În plus, formatul prețului ar trebui să respecte convențiile regionale—unele țări folosesc virgule în loc de puncte ca separatori zecimali sau plasează simbolul valutar după sumă în loc de înainte.
Codurile valutare incorecte sau generice din marcajul schema pot duce la fragmente îmbogățite înșelătoare, la cumpărători confuzi și chiar la penalizări din partea motoarelor de căutare pentru inconsistența datelor. Schema dvs. ar trebui să fie sincronizată cu ceea ce văd utilizatorii în front end și să reflecte cursurile de schimb în timp real sau strategiile de prețuri localizate. Adaptarea acestei scheme pentru fiecare limbă sau subdomeniu regional este esențială pentru a asigura o reprezentare corectă pe întregul site web multilingv. Elemente cheie din schema de prețuri care trebuie localizate.
- preț: Valoare numerică a prețului formatată pentru regiunea locală (de exemplu, 99,99 în loc de 99.99).
- prețMonedă: Folosiți codul valutar ISO 4217 corect (de exemplu, AED, SAR, JPY etc.).
- Amplasarea simbolului valutar: Adaptați simbolul la convențiile locale (de exemplu, „99 ر.س” în loc de „SAR 99”).
- availability: Folosește limbaj sau etichete localizate dacă este cazul (de exemplu, „In Stock” → „Disponible” în spaniolă).
Iată un exemplu de schemă localizată pentru stabilirea prețurilor, adaptată unei piețe din Orientul Mijlociu.
{
"@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"
}
Iată un exemplu de marcare schema pentru prețuri și monedă care apare online atunci când căutați un produs.
Informații despre companie și date de contact
Schemele Organization și ContactPoint definesc identitatea afacerii tale și modul în care clienții te pot contacta. Localizarea aici implică mai mult decât simpla traducere—necesită adaptarea programului de lucru, a limbilor de suport și a metodelor de contact pentru a se potrivi așteptărilor locale.
Localizând schema de business și de contact, creșteți încrederea și ajutați motoarele de căutare să afișeze detalii de contact corecte în SERP-uri (mai ales pe mobil). Acest lucru ajută, de asemenea, căutarea vocală și asistenții inteligenți să ofere răspunsuri corecte de business în funcție de locație. O schemă bine localizată asigură că clienții văd opțiunile de contact potrivite la momentul potrivit, aliniate cu limba, regiunea și metodele de comunicare preferate.
Elementele cheie ale schemelor Organization și ContactPoint care trebuie localizate includ:.
- name: Traduceți sau adaptați numele afacerii dacă utilizați o identitate de brand locală în diferite regiuni.
- contactType: Folosiți termeni localizați pentru tipurile de asistență (de exemplu, „servicio al cliente” în spaniolă).
- telephone: Includeți numere de asistență locale cu formate internaționale corespunzătoare.
- areaServed: Specificați regiunea țintă folosind coduri ISO pentru a asigura relevanța geografică.
- availableLanguage: Indicați ce limbi poate gestiona echipa dvs. de asistență (de exemplu, engleză, arabă, franceză).
- contactOption: Adăugați metode de contact specifice regiunii, cum ar fi WhatsApp, WeChat sau instrumente de chat locale.
- URL: Îndrumă utilizatorii către pagini de ajutor sau de contact localizate, dacă sunt disponibile.
Adaptând fiecare dintre aceste câmpuri pentru fiecare regiune țintă, schema dvs. va corespunde așteptărilor locale și va crește șansele de a fi inclusă în rezultatele relevante ale căutărilor, în special în cele care se bazează pe interacțiuni mobile sau vocale. În continuare este prezentat un exemplu de aplicare a schemei.
{
"@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"]
}
}
Detalii de expediere și livrare
Așteptările și regulile privind livrarea variază semnificativ de la o țară la alta. Folosind tipuri de schema precum DeliveryTimeSettings, ShippingDeliveryTime sau OfferShippingDetails, care sunt specifice regiunii, puteți comunica nu doar disponibilitatea și timpii estimați de livrare, ci și regiunile deservite, tarifele de expediere și timpii de procesare – toate acestea ar trebui localizate pentru fiecare piață. Elementele de schema pentru expediere care trebuie localizate includ.
- Destinație de livrare: regiunea sau țara deservită.
- deliveryTime: timpul estimat de livrare în format local (de exemplu, 2 zile față de 5-7 zile lucrătoare).
- shippingRate: tarif de livrare în moneda locală.
- transitTimeLabel: etichetă utilizată pentru a descrie timpul de livrare (cum ar fi „Express”, „Regular” sau „Livrare în termen de 24 de ore”).
- handlingTime: timpul de procesare înainte de începerea livrării.
De exemplu, un client din Germania s-ar putea aștepta la livrare în termen de 3 zile lucrătoare, în timp ce în Indonezia, o estimare tipică ar putea fi de 5-7 zile. Dacă schema de livrare nu este localizată, utilizatorii s-ar putea să nu primească informații relevante în rezultatele căutării, ceea ce îi face ezitanți să cumpere. Iată un exemplu de OfferShippingDetails localizat pentru piața germană.
{
"@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"
}
}
Locația magazinului și informații despre afacerea locală
Afișarea corectă a locațiilor magazinelor în Căutarea Google sau Google Maps depinde în mare măsură de o schemă LocalBusiness bine localizată. Mai ales atunci când utilizatorii caută în limba sau regiunea lor locală, informațiile corecte sporesc vizibilitatea și consolidează încrederea. Printre elementele cheie din schema LocalBusiness care necesită localizare se numără:.
- name: numele afacerii este tradus dacă este relevant pentru contextul local.
- adresă: adresa formatată conform convențiilor locale, inclusiv addressLocality, addressRegion, postalCode și addressCountry.
- telefon: numărul de telefon folosind codul de țară corect și formatarea locală.
- Specificații program: Orele de funcționare sunt ajustate în funcție de fusurile orare locale și de obiceiurile comerciale.
- geo: coordonatele geografice (latitudine și longitudine) ale locației magazinului.
- areaServed: regiunea sau zona deservită de afacere.
De exemplu, iată un fragment de schemă pentru un magazin care operează în Berlin, 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"
}
Următorul este un exemplu de schemă de marcare pentru afaceri locale.
Navigare cu firimituri de pâine
Schema BreadcrumbList ajută la definirea structurii de navigare a site-ului dvs., arătând utilizatorilor (și motoarelor de căutare) unde se află în ierarhia site-ului. Deși acest lucru poate părea simplu, localizarea breadcrumb-urilor este esențială într-un magazin online multilingv pentru a asigura consecvența, a îmbunătăți SEO-ul și a spori experiența utilizatorului.
De exemplu, o navigare breadcrumb în engleză, spaniolă și arabă
- „Acasă > Modă bărbătească > Jachete”
- „Inicio > Moda Masculina > Chaquetas”,
- „الرئيسية > أزياء الرجال > المعاطف”.
Să presupunem că schema de navigare breadcrumb este lăsată în engleză în timp ce conținutul paginii este într-o altă limbă. În acest caz, utilizatorii pot fi confuzi, iar motoarele de căutare pot întâmpina dificultăți în a indexa corect conținutul localizat. De asemenea, poate dăuna strategiei tale de linkuri interne, deoarece breadcrumb-urile influențează modul în care se distribuie autoritatea linkurilor prin site-ul tău.
Elemente cheie în schema BreadcrumbList care necesită localizare.
- itemListElement.name: Numele vizibil al fiecărui nivel de breadcrumb trebuie tradus.
- itemListElement.item: URL-ul ar trebui să indice versiunea localizată corectă a fiecărei pagini.
- position: Reflectă nivelul din traseul de navigare (de obicei rămâne același, dar trebuie să corespundă structurii localizate).
{
"@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"
}
]
}
Următorul este un exemplu de schemă de marcare breadcrumb.
Greșeli frecvente în localizarea schemelor pentru comerțul electronic
Întreprinderile se confruntă adesea cu probleme critice, dar evitabile, atunci când localizează markup-ul schema pentru site-urile de comerț electronic. Mulți presupun că traducerea singură este suficientă, însă datele structurate trebuie adaptate complet la limba, moneda și așteptările utilizatorilor din fiecare regiune. Aceste omisiuni pot duce la fragmente rich defecte, vizibilitate slabă în căutări sau confuzie pentru utilizatori.
Mai jos sunt câteva dintre cele mai frecvente greșeli în localizarea schemei — și de ce evitarea lor poate afecta semnificativ performanța site-ului și experiența utilizatorilor.
Folosirea unei singure limbi sau monede
Una dintre cele mai frecvente greșeli în localizarea schemelor pentru comerțul electronic este să te limitezi la o singură limbă sau monedă în datele structurate ale site-ului—chiar și atunci când conținutul din interfață este tradus. Această nepotrivire creează confuzie atât pentru utilizatori, cât și pentru motoarele de căutare. Un cumpărător din Franța ar putea citi descrierile produselor în franceză, dar să vadă schema care se referă în continuare la USD în loc de EUR, ceea ce poate genera probleme de încredere.
Schema localizată ar trebui să reflecte conținutul tradus și formatele valutare locale. De exemplu, „priceCurrency”: „EUR” ar trebui să înlocuiască „priceCurrency”: „USD” în versiunea franceză a site-ului, iar câmpurile „name” și „description” din schema Product ar trebui să apară în franceză. Fără acest lucru, motoarele de căutare ar putea să nu afișeze cu acuratețe anunțurile tale localizate în rezultatele căutării.
Ignorarea localizării limbii și monedei duce la previzualizări slabe ale fragmentelor îmbogățite, reduce rata de clic și poate chiar încălca regulile privind acuratețea datelor structurate. Adaptați întotdeauna schema pentru fiecare limbă și regiune, folosind hreflang și subdomenii sau căi specifice regiunii.
Nu se actualizează corect codurile valutare
Mulți uită să actualizeze codul valutar în markup-ul schema chiar și atunci când comercianții folosesc simbolul valutar localizat corect în interfața front-end. Schema.org folosește coduri standardizate ISO 4217 (cum ar fi „USD” pentru dolarul american sau „JPY” pentru yenul japonez), iar nereflectarea corectă a acestora în „priceCurrency” duce la rezultate îmbogățite eronate sau înșelătoare.
De exemplu, dacă magazinul dvs. din EAU afișează prețuri în dirhami, dar folosește în continuare „priceCurrency”: „USD” în schema, Google ar putea interpreta greșit prețul produsului sau ar putea alege să nu îl afișeze deloc. Mai rău, un client ar putea presupune că un produs este mai ieftin sau mai scump din cauza contextului valutar incorect, ceea ce duce la rate de respingere sau coșuri abandonate.
Verificați întotdeauna de două ori valorile valutare din schema dvs., în special pentru magazinele cu mai multe valute care utilizează geolocalizarea sau comutatoarele de valută. Alinierea informațiilor valutare vizuale și structurate îmbunătățește aspectul în căutări și încrederea clienților.
Omiterea câmpurilor schemei specifice regiunii
O altă greșeală este utilizarea unei scheme generice în toate regiunile fără a include elemente specifice regiunii, cum ar fi „shippingDestination”, „areaServed” sau „availableAtOrFrom”. Aceste câmpuri sunt esențiale pentru comunicarea logisticii și a acoperirii serviciilor, în special în cazul livrărilor internaționale sau al asistenței clienților localizate.
De exemplu, cumpărătorii din Australia ar trebui să vadă estimări ale timpului de livrare și opțiuni de livrare bazate pe standardele locale (de exemplu, „shippingDestination”: { „@type”: „DefinedRegion”, „name”: „Australia” }). Omiterea unor astfel de detalii poate determina motoarele de căutare să presupună că nu livrați acolo, afectând vizibilitatea în căutarea locală.
Mai mult, câmpuri precum „areaServed” și „availableAtOrFrom” ajută la evidențierea afacerii dvs. pentru căutări de tip „lângă mine” sau bazate pe regiune. Dacă nu utilizați aceste câmpuri de schemă în paginile regionale, probabil ratați oportunitățile de căutare localizată.
Ignorarea suportului pentru limbaj RTL
Limbile precum araba și ebraica se citesc de la dreapta la stânga (RTL), iar neadaptarea marcajului schema pentru a ține cont de acest lucru poate cauza probleme de lizibilitate și SEO. Deși schema nu este redată vizual, aceasta trebuie totuși să reflecte contextul lingvistic pentru a se potrivi cu experiența de pe pagină și cu direcționarea lingvistică a căutării.
De exemplu, câmpurile „name” și „description” din schema de produs de pe o pagină în arabă ar trebui traduse și codificate corespunzător folosind formatul Unicode corect. În plus, pagina în sine ar trebui să folosească lang=”ar” și dir=”rtl” în HTML, iar schema ar trebui să corespundă acestora.
Neglijarea suportului RTL cauzează inconsecvență între conținutul vizual și cel structurat, putând crea confuzie pentru utilizatori și afectând eligibilitatea rezultatelor îmbogățite. Asigurați-vă întotdeauna că atât limba, cât și direcția de citire sunt reflectate în structura schemei.
Lipsa breadcrumb-urilor traduse
Firimiturile de navigare (breadcrumbs) servesc drept instrumente de orientare și contribuie semnificativ la linkurile interne și la SEO. O greșeală frecventă în localizarea schemei este păstrarea schemei breadcrumb în limba originală, chiar și atunci când calea de navigare vizibilă este tradusă.
De exemplu, dacă pagina dvs. afișează „Inicio > Moda Femenina > Vestidos” (spaniolă pentru „Acasă > Modă feminină > Rochii”), schema dvs. BreadcrumbList ar trebui să reflecte exact acest lucru. Utilizarea „name”: „Home” în loc de „Inicio” creează o discontinuitate și poate afecta negativ modul în care Google interpretează structura site-ului.
Fiecare nivel de breadcrumb („name”) ar trebui localizat, iar „item”-ul corespunzător ar trebui să facă legătura către URL-ul localizat. Menținerea tuturor elementelor aliniate asigură consecvență pentru utilizatori și crawleri, îmbunătățind vizibilitatea și indexarea.
Reutilizarea aceleiași scheme pentru toate limbile
Cea mai dăunătoare greșeală este utilizarea unei scheme universale în toate limbile. Reutilizarea acelorași date structurate fără adaptarea conținutului, monedei, limbii și contextului regional anulează întregul scop al localizării.
Fiecare versiune localizată a site-ului dvs. ar trebui să aibă o schemă care să reflecte conținutul și metadatele locale. De exemplu, dacă aveți pagini de produs separate pentru engleză și franceză, schema lor de produs ar trebui să conțină traduceri pentru „nume”, „descriere”, „prețMonedă” și chiar adrese URL specifice limbii.
Neglijarea acestei practici poate duce la semnale de căutare conflictuale, la o calitate slabă a fragmentelor sau chiar la acțiuni manuale pentru date structurate înșelătoare. O practică recomandată este menținerea unor scheme separate pentru fiecare subdomeniu lingvistic sau versiune etichetată hreflang, asigurându-se că datele structurate corespund limbii și regiunii deservite.
Cele mai bune practici pentru localizarea markup-ului schemei pentru comerțul electronic
Marcajul Schema joacă un rol crucial în modul în care motoarele de căutare interpretează și afișează conținutul tău. Atunci când este localizat corect, acesta îți sporește vizibilitatea în SERP-urile locale, îmbunătățește rata de clic și optimizează experiența de cumpărare pentru utilizatorii din întreaga lume.
Iată cele mai bune practici pe care fiecare afacere globală de comerț electronic ar trebui să le urmeze pentru a profita la maximum de localizare.
Folosește o schemă specifică limbii pentru fiecare pagină
Fiecare versiune lingvistică a site-ului dvs. web ar trebui să includă marcaj schema în limba respectivă. Dacă utilizați subdomenii sau subdosare (de exemplu, example.com/en/ pentru engleză și example.com/de/ pentru germană), fiecare ar trebui să conțină o schemă unică, adecvată limbii.
Dacă pagina dvs. în germană folosește în continuare schema în limba engleză, este posibil ca Google să aibă dificultăți în a înțelege contextul local al paginii, iar utilizatorii pot considera experiența neconformă așteptărilor lor, de exemplu, așa cum este prezentat mai jos.
Ţară | Câmp de schemă | Valoare localizată |
/fr/pagină-produs | "nume" | „Veste d’hiver pour homme” |
„descriere” | „O jachetă caldă pentru iarna franceză” | |
„în limbă” | „fr” |
Localizați numele și descrierile produselor
Numele și descrierile produselor nu ar trebui doar traduse și adaptate cultural. Expresiile care sună atractiv într-o țară s-ar putea să nu rezoneze în alta. Folosiți un limbaj natural pentru publicul local, aliniat cu comportamentul lor de cumpărare.
Bazați-vă pe traducători nativi sau experți locali pentru a evita formulările nepotrivite sau mesajele neclare. Câmpuri precum nume, descriere și brand din schema dvs. ar trebui să reflecte limba și preferințele locale.
Limbă | nume | descriere |
Engleză | „Jachetă elegantă pentru bărbați” | „O jachetă elegantă perfectă pentru iarnă” |
japoneză | „メンズウィンタージャケット” | „冬に最適なおしゃれなジャケットです。” |
Setați un preț și o monedă corecte
Prețul este un subiect sensibil în comerțul electronic. Nu convertiți doar vizual valutele pe site-ul dvs.—asigurați-vă că schema dvs. reflectă corect valuta corectă folosind codul ISO 4217 în câmpul priceCurrency. Prețurile ar trebui, de asemenea, formatate conform convențiilor locale, inclusiv zecimale și separatori de mii.
Evitați afișarea doar a USD în toate versiunile lingvistice, deoarece acest lucru ar putea deruta utilizatorii sau ar putea eroda încrederea. Dacă utilizați conversia valutară în timp real, asigurați-vă că schema rămâne sincronizată. De exemplu.
Ţară | preţ | prețValută | Format local |
Japonia | 4500 | JPY | ¥4,500 |
Arabia Saudită | 180 | SAR | 180 de lei |
Localizați informațiile despre afacere
Informațiile de contact ale companiei, cum ar fi adresele, numerele de telefon și programul de lucru, trebuie localizate în funcție de regiune. Folosiți formate locale pentru câmpuri precum addressLocality, postalCode și addressCountry. Includeți codurile de apel internațional în numerele de telefon pentru a facilita contactarea dvs. de către utilizatori.
Câmpuri precum openingHoursSpecification ar trebui să reflecte fusurile orare locale și practicile comerciale. Aceste detalii ajută la stabilirea încrederii și la îmbunătățirea aspectului afacerii dvs. în rezultatele căutării locale. De exemplu.
Ţară | adresăLocalitate | cod poștal | Formatul programului de funcționare |
Spania | Barcelona | 08001 | Luni-Vineri 09:00–18:00 |
Tailanda | Chiang Mai | 50000 | Luni-Sâmbătă 10:00–19:00 |
Structurarea schemei pentru limbile RTL
Limbile precum araba și ebraica se scriu de la dreapta la stânga (RTL). Deși JSON-LD în sine nu depinde de formatarea vizuală, orice câmp de schemă care conține text vizibil—cum ar fi name, description sau breadcrumb—trebuie să reflecte limba și direcția corectă pentru a evita inconsistențele dintre conținut și markup.
Dacă pagina dvs. este în arabă, dar schema conține în continuare valori în limba engleză sau conținut scris de la stânga la dreapta, acest lucru poate duce la confuzie atât pentru utilizatori, cât și pentru motoarele de căutare. Asigurați-vă întotdeauna că HTML-ul include lang=”ar” și că câmpurile de date structurate sunt localizate corespunzător.
Domeniu | Nelocalizat (LTR/engleză) | Localizat (RTL/arabă) |
nume | Geacă de iarnă | معطف شتوي |
descriere | O haină călduroasă pentru iarnă | Paltoane calde, ideale pentru sezonul de iarnă |
fir de navigare | Acasă > Îmbrăcăminte > Jachete | Acasă > Îmbrăcăminte > Paltoane |
Automatizează localizarea schemelor cu Linguise
Localizarea manuală a marcajului de schemă în mai multe limbi poate fi complexă, mai ales când gestionați sute de pagini de produse dinamice. Conținutul vizibil și datele structurate, inclusiv schemele Product, Offer, BreadcrumbList și LocalBusiness, trebuie traduse. Fragmentele îmbogățite pot să nu reflecte limba, moneda sau structura corectă pentru fiecare regiune fără o localizare adecvată.
Linguise oferă o soluție de traducere automată care se extinde la datele structurate, traducând marcajul schema și conținutul dvs. Prin intermediul Live Editor, puteți ajusta manual conținutul schemei, cum ar fi numele produselor, descrierile sau valorile mărcii, pentru a vă asigura că reflectă cu acuratețe contextul local. Acest lucru este deosebit de util atunci când localizați câmpurile schemei Product care necesită nuanțe culturale și adaptarea cuvintelor-cheie pentru SEO regional.
În plus, Linguise acceptă traducerea linkurilor și a conținutului media, permițând localizarea URL-urilor de tip breadcrumb, a linkurilor interne și chiar a referințelor către imagini. Astfel, toate elementele, căile de navigare, resursele și datele structurate sunt aliniate cu versiunea lingvistică corectă, ajutând motoarele de căutare să ofere utilizatorilor din întreaga lume rezultate îmbogățite mai precise și mai relevante.
Conclusion
Localizarea marcajului schema este esențială pentru afacerile internaționale de comerț electronic care urmăresc să îmbunătățească vizibilitatea în rezultatele căutărilor locale, să optimizeze fragmentele rich și să ofere utilizatorilor o experiență multilingvă fără întreruperi. De la numele produselor și prețuri până la detaliile de livrare și informațiile despre afacere, fiecare element de date structurate ar trebui să se alinieze cu limba, cultura și așteptările fiecărei piețe țintă.
Pentru a simplifica acest proces, luați în considerare utilizarea Linguise—o soluție de traducere care nu doar automatizează traducerea conținutului, ci și adaptează schema markup, linkurile și media pentru fiecare limbă. Cu funcții precum Live Editor și traducere pentru URL-uri și imagini, utilizarea Linguise poate ajuta întregul dvs. site—atât conținutul vizibil, cât și datele structurate să fie complet localizate și pregătite pentru SEO.
