Šiandien išversti svetainę į anglų, vokiečių ar ispanų kalbą galima per vieną vakarą. Neuroniniai tinklai ir mašininio vertimo įrankiai tai atlieka greitai, pigiai ar net visiškai nemokamai. Tačiau jei tekstai tiesiog įkeliami į vertimo įrankį, o rezultatas paskelbiamas svetainėje, paieškos sistemos tokio vertimo gali nepastebėti arba įvertinti prastai. Daugiakalbė svetainė pritraukia lankytojų iš naujų šalių tik tada, kai ji sukurta atsižvelgiant į SEO.
Šiame straipsnyje paaiškinsiu, ko tiksliai reikia paieškos sistemoms, ir parodysiu, kaip DI vertimas įsilieja į šią schemą. Pats sukūriau tam skirtą WordPress įskiepį, todėl pavyzdžiai bus paremti jo veikimu.
Kodėl verta versti svetainę: kokią naudą tai teikia SEO
Kiekviena svetainės kalbinė versija konkuruoja savo paieškos rezultatuose. Jūs patenkate ne į „tą pačią rinką, tik su kitu tekstu“, o taikotės į atskiras paieškos užklausas ir atskirą auditoriją:
- sulaukiate lankytojų pagal užklausas tomis kalbomis, kurių paieškos rezultatuose šiuo metu neturite konkurentų;
- naudotojas mato puslapį gimtąja kalba ir jame pasilieka ilgiau;
- internetinė parduotuvė sulaukia pirkėjų iš kitų šalių, o tinklaraštis – naujų skaitytojų.
Tačiau prastai įgyvendintas daugiakalbiškumas kenkia: atsiranda pasikartojančių puslapių, paieškos rezultatuose sumaišomos kalbos, o kai kurie puslapiai neindeksuojami.
Ko paieškos sistemos reikalauja iš daugiakalbės svetainės
1. Atskiras URL kiekvienai kalbai
Kiekviena kalbinė versija turi turėti savo adresą. Patogiausias variantas daugumai svetainių – kalbų poaplankiai: site.com/es/, site.com/de/. Jie lieka tame pačiame domene ir paveldi jo autoritetą. Kalbos keitimas naudojant cookie arba JavaScript, nekeičiant URL, netinka: paieškos sistema tokių puslapių nematys.
2. hreflang žymos
Žyma hreflang nurodo Google ir kitoms paieškos sistemoms, kad puslapiai yra to paties turinio versijos skirtingomis kalbomis. Taisyklės paprastos:
- kiekviena versija pateikia nuorodas į visas kitas versijas ir į save;
- nuorodos turi būti abipusės, kitaip žyma gali būti ignoruojama;
- numatytajam puslapiui pridedama
x-default; - kalbų kodai turi būti teisingi, pavyzdžiui
pt-BRirpt-PTBrazilijos ir Europos portugalų kalbos variantams.
Rankiniu būdu prižiūrėti hreflang šimtuose puslapių nerealu, todėl jį reikia generuoti automatiškai.
3. Išversti URL fragmentai ir metaduomenys
Jei tekstas yra ispanų kalba, o adresas liko /contact/, prarandate dalį aktualumo. Geriau, kai adresas išverstas: /es/contacto/. Tas pats pasakytina apie:
- žymą
<title>ir meta description; - Open Graph ir Twitter žymas (jos turi įtakos socialiniuose tinkluose rodomoms ištraukoms);
- atributus
altvaizdų; - kategorijų ir žymų pavadinimų.
Būtent šie elementai dažniausiai pamirštami verčiant „rankiniu būdu“: pagrindiniame tekste viskas gerai, o paieškos rezultatų fragmente lieka pradinė kalba.
4. Daugiakalbis sitemap
Svetainės schemoje turi būti visų kalbinių versijų adresai, susieti naudojant hreflang. Tai padeda paieškos sistemoms greičiau rasti ir indeksuoti vertimus.
5. Atributas lang ir teksto kryptis
Žymoje <html> turi būti nurodyta dabartinė puslapio kalba, o arabų, hebrajų, persų ir urdu kalboms būtinas rašymo iš dešinės į kairę (RTL) palaikymas.
6. „Neapdorotų“ puslapių nebuvimas
Dažniausia DI vertimo klaida: puslapis jau pasiekiamas adresu /es/, tačiau vertimas dar neparengtas, todėl paieškos sistema mato originalo kalbą. Į indeksą patenka dublikatas, o puslapis ispanų kalba taip ir nepasirodo. Puslapį reikia pateikti arba visiškai išverstą, arba laikinai uždrausti jį indeksuoti.
Ar galima versti svetainę naudojant DI: paieškos sistemų požiūris
Google savaime nedraudžia mašininio vertimo. Problemų kyla, kai vertimai kuriami masiškai, be kokybės kontrolės, nesuteikia naudos skaitytojui ir skirti tik srautui pritraukti. Todėl reikia dviejų dalykų: kokybiško vertimo ir galimybės jį redaguoti rankiniu būdu, visų pirma svarbiausiuose puslapiuose (pagrindiniame, paslaugų, prekių puslapiuose).
Neuroninių tinklų vertimas, pagrįstas kalbos modeliais (GPT ir panašiais), paprastai skamba natūraliau nei klasikinis mašininis vertimas: geriau išlaiko toną, atsižvelgia į kontekstą ir idiomas. Jis yra brangesnis ir lėtesnis. Todėl praktiškai naudinga derinti kelis variklius ir turėti atsarginį variantą gedimo ar išnaudotos kvotos atveju.
Trys svetainės vertimo būdai
1. Rankiniu būdu arba pasitelkiant vertėją. Didžiausia kontrolė, tačiau tai užtrunka ir brangiai kainuoja. Tinka nedidelėms svetainėms, verčiamoms į vieną ar dvi kalbas.
2. Puslapių dubliavimas. Daugelis įskiepių kiekvienai kalbai sukuria atskirą kiekvieno įrašo kopiją. Tai veikia, tačiau duomenų bazė plečiasi, o pakoregavus originalų puslapį reikia atnaujinti visas kopijas.
3. Vertimas parengto HTML lygmeniu. Papildinys perima galutinį puslapio žymėjimą, jame aptinka tekstus ir atributus, įterpia vertimus iš žodyno ir perduoda rezultatą naršyklei. Jis nepriklauso nuo temos ar puslapių kūrimo įrankio ir išverčia net tai, kas yra šablonuose, valdikliuose bei AJAX atsakymuose.
Būtent pagal trečiąjį principą veikia mano papildinys SDWSKi Translate skirtas WordPress. Toliau parodau, kaip jis padeda įgyvendinti pirmiau išvardytus SEO reikalavimus.
Kaip tai veikia praktiškai: SDWSKi Translate
Prijungiate Azure Translator, Azure OpenAI arba DeepL raktą (mokate tiesiogiai paslaugos teikėjui, papildinys netaiko jokio antkainio), pasirenkate kalbas, o visa kita atlieka papildinys.
SEO tikslais papildinys automatiškai:
- sukuria kalbų poaplankius (
/es/,/de/ir t. t.) ir, jei pageidaujate, išverčia URL dalis:/contact/→/es/contacto/; - prideda hreflang ir
x-defaultį<head>ir į sitemap, o adresams, esantiems<loc>naudoja kanoninį pradinį URL; - verčia
<title>, description, Open Graph, Twitter žymas ir Yoast SEO, Rank Math, SEOPress bei All in One SEO duomenis; - ištaiso
<html lang>; - verčia rubrikų ir žymų pavadinimus bei nuorodų dalis.
SEO Gate. Kol puslapis kita kalba dar neišverstas, įskiepis grąžina 503 kodą su Retry-After ir noindex ir vietoje teksto pradine kalba rodo pranešimą „vertimas ruošiamas“. Pasikartojantys puslapiai neįtraukiami į indeksą, o kai vertimas parengiamas, puslapis atidaromas kaip įprasta. Jei antraštės išversti nepavyksta, puslapis nelieka užblokuotas visam laikui.
Vertimo kokybė. Įskiepis apsaugo trumpuosius kodus, HTML esybes ir vietos rezervavimo ženklus (%s, {name}), leidžia sudaryti „neverčiamų“ žodžių sąrašą (prekių ženklai, prekių kodai) ir patikrina rezultatą: netinkamas modelio atsakymas atmetamas, o tekstas verčiamas iš naujo. Jei pagrindinis variklis neatsako, įjungiamas kitas grandinėje: Azure Translator, Azure OpenAI, DeepL.
Rankinė kontrolė. Yra vaizdinė rengyklė: atidarote puslapį, spustelėjate bet kurį tekstą ir redaguojate vertimą. Eilučių, kurių būsena yra „patikrinta žmogaus“, automatika daugiau neperrašo. Tai patogu pagrindiniam puslapiui ir svarbiausiems nukreipimo puslapiams, kuriuos verta patiems atidžiai perskaityti arba perduoti gimtakalbiui.
Internetinėms parduotuvėms. Verčiamos prekės, atributai, variantai, krepšelis ir užsakymo pateikimas WooCommerce blokuose, o laiškai klientui siunčiami ta kalba, kuria jis pateikė užsakymą.
Regioniniai variantai. Tokioms poroms kaip pt-PT ir pt-BR, en-GB ir en-US, es-ES ir es-MX papildinys papildomai pakoreguoja žodyną, kad puslapiai iš tiesų skirtųsi ir paieškos sistemos nelaikytų jų dublikatais.
Iš viso palaikomos 55 kalbos ir regioniniai variantai, įskaitant RTL kalbas.
Kontrolinis sąrašas: ką patikrinti išvertus svetainę
- Kiekviena kalba turi savo URL (pakatalogį arba padomenį).
- Visuose puslapiuose yra abipusės hreflang žymos ir
x-default. - Slugai, title, description ir OG žymos išversti.
- Sitemap faile yra visos kalbinės versijos.
<html lang>atitinka puslapio kalbą.- Puslapiuose kalbos nėra maišomos.
- Prekių ženklai, prekių kodai ir trumpieji kodai neiškraipyti.
- Pagrindinius puslapius patikrino žmogus.
- Pridėtas kalbų perjungiklis su nuorodomis, kurias gali aptikti paieškos sistema.
- Visos kalbinės versijos prijungtos prie Google Search Console ir patikrintos dėl indeksavimo klaidų.
Dažniausiai užduodami klausimai
Ar DI vertimas pakenks SEO?
Ne, jei vertimas kokybiškas, kiekviena versija turi savo URL, sukonfigūruotas hreflang ir nėra neparengtų puslapių. Kenkia ne pats DI, o masiškai publikuojamas nepatikrintas turinys.
Kiek kalbų verta pridėti iš karto?
Pradėkite nuo 2–3 kalbų, kuriomis iš tiesų kalba jūsų auditorija ar klientai, ir patikrinkite indeksavimą. Vėliau plėskitės.
Ar reikia dubliuoti įrašus kiekvienai kalbai?
Nebūtinai. Išvedimo lygmens vertimo atveju vertimai saugomi atskiroje žodyno lentelėje, todėl nereikia kurti įrašų kopijų.
Ar mašininį vertimą reikia redaguoti rankiniu būdu?
Pagrindinį puslapį, paslaugų puslapius ir produktų korteles geriau redaguoti. Visa kita galima patikėti automatiniam vertimui ir pasirinktinai peržiūrėti.
Svetainių vertimas naudojant DI tapo greitas ir prieinamas, tačiau SEO svarbu ne greitis, o tinkamas techninis pagrindas: atskiri URL, hreflang, išversti metaduomenys ir slugai, tinkamas svetainės žemėlapis ir apsauga nuo nevisiškai išverstų puslapių. Jei jūsų svetainė sukurta naudojant WordPress arba WooCommerce, pažiūrėkite, kaip visa tai veikia SDWSKi Translate: šis įskiepis verčia šią svetainę, tad galiu jį prijungti ir prie jūsų projekto.
Komentarai0
Palikti komentarą
Įveskite el. pašto adresą – atsiųsime vienkartinį kodą. Be slaptažodžių ir registracijos.
El. pašto adresas reikalingas tik prisijungimo kodui ir pranešimams apie atsakymus siųsti (jų galima atsisakyti paspaudus laiške esančią nuorodą). Jis neskelbiamas ir neperduodamas tretiesiems asmenims. Prisijungus slapukas išsaugomas 30 dienų. Savo paskyroje duomenis galima atsisiųsti arba ištrinti.
Įveskite kodą
Kodas išsiųstas į . Jei laiško negaunate kelias minutes, patikrinkite aplankus „Šlamštas“ ir „Reklamos“.
Viešai rodomas vardas ir komentaro tekstas. El. pašto adresas neskelbiamas.
Noriu tokios komentarų sistemos savo svetainėje