Kuidas luua mitmekeelne veebisait ilma tõlkijata

Saate oma veebisaidile üleöö lisada nupu „Tõlgi leht”, kuid see ei muuda teie Google edetabelit ega ka seda, et ChatGPT teie saiti tsiteeriks. Tõeliselt mitmekeelse veebisaidi loomine on hoopis teine asi: 1001site tehisintellekt tõlgib teksti automaatselt 107 keelde, kasutades külastaja brauseri põhjal valitud lehe keelt, ja server tagastab valmis HTML-i – ilma JavaScripti vidinata, mida otsingurobotid ja tehisintellektiga robotid lihtsalt ei näe. Allpool arutame, mis täpselt tõlkevidinate puhul katki läheb ja mida 1001site teeb teisiti.

Igal nädalal jagan kanalil „Äri tehisintellektiga“ sarnaseid väikeettevõtete juhtumianalüüse, mis kasutavad tehisintellekti tööriistu. Kui see sind huvitab, vaata neid: t.me/promtvibeadd.

Mille poolest erineb automaatne veebisaidi tõlge nupust „Tõlgi leht”?

Nupp „Tõlgi leht” või JavaScripti vidin, näiteks klassikaline Google Translate veebisaitidele, muudab teksti ainult konkreetse külastaja brauseris – tõlgitud versioonil pole oma URL-i ja ükski otsingumootor ei saa seda salvestada ega indekseerida. Automaatne tõlge toimib erinevalt: iga keeleversioon on eraldi leht oma URL-iga, mille server tagastab juba tõlgituna enne JavaScripti lisamist.

JavaScripti tõlkevidinal on süsteemne probleem: see ei loo üldse uut lehte. Skript asendab DOM-is oleva teksti pärast seda, kui brauser on algse HTML-i laadinud, jättes otsinguroboti või tehisintellekti roboti alles algse HTML-i algkeeles. Tõlgitud versioon eksisteerib ainult selle kasutaja brauseris, kes selle avab: sellel pole URL-i ja seda ei saa salvestada ega indekseerida.

Olukord läheb hullemaks: klassikaline veebisaitide vidin Google Translate lõpetatakse 1. oktoobril 2026 – veebisaidid, mis sellele ainsa lahendusena toetusid, kaotavad samal päeval oma tõlketeenuse ( Google Search Central; gtranslate.io).

1001site tehisintellekti abil tõlgitakse teie veebisaidi jaoks kirjutatud sisu – tootekaardid, postitused ja lehed – automaatselt 107 keelde ja igal keeleversioonil on oma URL. 1001site.com -i maandumisleht, ajaveeb ja teadmistebaas ise toimivad samades 107 keeles – selle artikli taga olev toimetus tugineb samale tehnoloogiale, mida see kirjeldab.

Miks Google ja ChatGPT ei näe tõlkija vidinat?

Google määrab lehe keele nähtava teksti algoritmilise analüüsi abil – hreflang-märgistus ja atribuut lang seda otsust ei mõjuta. Tehisintellektil põhinevad abirobotid ei käivita JavaScripti üldse. Kui tõlge on olemas ainult JavaScriptis, siis keegi neist seda ei näe.

«Google doesn't use hreflang or the HTML lang attribute to detect the language of a page; instead, we use algorithms to determine the language» - Google Search Central, Localized Versions of your Pages

(Tõlge: Google ei kasuta lehe keele määramiseks hreflangi ega atribuuti lang – keele määravad algoritmid, mis analüüsivad sisu ennast.)

Tehisintellekti robotite jaoks on olukord veelgi hullem. Verceli ja MERJ ühisuuring, milles analüüsiti üle 500 miljoni GPTBot-päringu, ei leidnud ühtegi JavaScripti käivitamise juhtumit: robotid laadivad mõnikord alla .js faile, kuid ei käivita neid kunagi ( jangwook.net). Tehisintellekti robotitel on ühe lehe indekseerimiseks ranged ajalõpud – JavaScripti renderdamine sellises mahus on neile lihtsalt arvutuslikult kulukas, seega eelistavad nad kiiresti toor-HTML-i haarata ja edasi liikuda.

Kuidas see peamiste robotite puhul töötab:

• GPTBot ( ChatGPT) – laeb alla HTML-i, ei käivita JavaScripti.
• Claude Bot ( Claude) - käitub samamoodi.
• PerplexityBot - samuti ei toimi.
• Ainsaks erandiks on Google -Extended ( Gemini infrastruktuur): see suudab JS-i renderdada, kuna kasutab sama infrastruktuuri kui tavaline Google robot.

Kui veebisaidi tõlge laaditakse ainult skripti poolt pärast esimese lehe renderdamist, siis GPTBot, Claude Bot ja PerplexityBoti puhul jääb veebisait ühekeelseks – olenemata sellest, mida külastaja brauseris näeb.

Mitmekeelne tugi 1001site AI-s on sisse ehitatud samasse veebilehe koostajasse, mis loob veebilehe ise – eraldi lisandmoodulit pole vaja osta. Valite kataloogist stiili, tehisintellekti agent täidab saidi teie lingi või kirjelduse abil ja tõlgib selle kohe 107 keelde, ilma eraldi pluginate või lisatasudeta iga keele eest. Mis tehniliselt juhtub ja miks nii otsingumootorid kui ka tehisintellekti assistendid seda tuvastavad, on käsitletud järgmistes osades.

Kuidas otsingumootor teab, et lehel on versioone ka teistes keeltes?

Tehniliselt korrektse mitmekeelsuse puhul lingib iga keeleleht iseendale ja kõigile teistele versioonidele, lingid on alati vastastikused ning koodivorming on keel kõigepealt, millele järgneb sidekriips ja vajadusel piirkond. Ilma selleta võivad otsingumootorid lihtsalt kogu keeleversioonide komplekti ignoreerida.

Klassikalise SEO tehnilise mitmekeelsuse aluseks olevad põhireeglid on järgmised:

1. Iga keeleversioon peab linkima iseendale ja kõigile teistele lehe versioonidele – mitte ainult "naaber"keeltele.
2. Lingid peavad olema vastastikused: kui venekeelne leht lingib ingliskeelsele versioonile, peab ingliskeelne versioon lingima tagasi. Vastasel juhul ignoreerib Google kogu paari.
3. Formaat on esmalt keelekood (ISO 639-1), millele järgneb vajadusel sidekriipsuga piirkonnakood (ISO 3166-1). Õige järjekord pt-BR; BR-pt on vigane. Piirkonna määramine ilma keeleta pole samuti lubatud.
4. Külastajatele, kelle keelt versiooniloendis pole, on vaja varulehekülge x-default.
5. Määratud on ainult täielikud aadressid protokolliga ( https://...) - suhtelised teed ei tööta.

«If two pages don't both point to each other, the tags will be ignored» - Google Search Central, Localized Versions of your Pages

(Tõlge: Kui kaks lehte ei ole omavahel lingitud, siis märgistust ignoreeritakse.)

Ahrefsi uuring 374 756 domeeni kohta näitab, kui levinud see viga on: 67%-l oli selle märgistusega vähemalt üks probleem ja kõige levinum oli x-default varuversiooni puudumine (56,3% domeenidest) ( Ahrefs). Need viis reeglit ei ole teoreetilised – need on tehnilised juhised selle kohta, kuidas keeleüleminekud enamikul veebisaitidel üldse toimivad: igal versioonil on oma URL ja ühel URL-il ei toimu teksti asendamist.

Alamdomeen, alamkaust või iga keele jaoks eraldi domeen – millise valida?

Väikeste ja keskmise suurusega ettevõtete jaoks on alamkaust ( site.com/de/) peaaegu alati parim valik – see pärib koheselt põhidomeeni autoriteedi ega vaja iga riigi jaoks eraldi SEO-d. Alamdomeen ja iga keele jaoks eraldi domeen on õigustatud ainult konkreetsetel juriidilistel või turunduslikel põhjustel.

Google ise ei väida, et üks variant sobib kõigile. Kuid SEO väljaanded on peaaegu üksmeelselt nõus: "peaaegu pole kunagi põhjust valida midagi muud kui alamkataloog" – alamkataloog on peaaegu alati parim valik ( Search Engine Journal). (Tõlge: peaaegu kunagi pole põhjust valida midagi muud kui alamkataloog.) Konkreetses riigis hea edetabeli saavutamiseks pole alamdomeeni ega kohandatud domeeni vaja, kui keelemärgistus on õigesti konfigureeritud ja sisu on tõeliselt sihtrühmale kohandatud. Formaalsest tõlkest ilma sellise kohandamiseta ei piisa.

Kuidas saab 1001site veebilehe 107 keelde tõlkida ilma tõlkija või küljendajata?

Lisaks liidesele – nuppudele ja menüüdele – tõlgitakse ka teie kirjutatud sisu: tootekirjeldused, postitused ja lehed „Meist”. Lehe keel valitakse külastaja brauseri põhjal automaatselt, ilma käsitsi vahetamiseta. Paremalt vasakule kirjutamise tugi on saadaval araabia ja heebrea keele jaoks: mitmekeelsus ei piirdu ainult vasakult paremale kirjutatavate keelte „Euroopa komplektiga”.

Veebisait ehitatakse kiiresti ja ilma käsitsi kodeerimiseta: pärast maksmist loob tehisintellekti agent 2–7 minutiga valitud stiilis avalehe ja siselehed, kusjuures tekstid kirjutatakse iga kord konkreetse ettevõtte jaoks ümber. Tehniliselt töötab veebisait serveripoolse renderdamise ( React / Next.js) abil, mis vastab otseselt eelmises jaotises esitatud küsimusele: igal keeleversioonil on valmis HTML, mida robotid kohe näevad, ilma igasuguste JS-i tüvedeta.

Mis juhtub automaatselt SEO ja veebisaidi nähtavusega ChatGPT, Gemini ja Perplexity's?

Veebisaidi loomisel genereeritakse automaatselt sitemap.xml, struktureeritud andmed, duplikaatidevabad kanoonilised URL-id ja robots.txt fail. Eraldi lüliti võimaldab indekseerimist tehisintellekti robotite (GPTBot, Claude Bot, PerplexityBot) poolt ja lisab saidi faili llms.txt – robots.txt-laadne fail tehisintellekti assistentidele.

Serveripoolne renderdamine on sama põhimõte, mis lahendab vidinate jaotises mainitud probleemi: „sisu on bottidele nähtav ilma JavaScripti käivitamata; leht renderdub kiiresti (esimene sisuline värvimine võtab vähem kui sekundi)“ ( 1001site teadmusbaas, SEO jaotis). Seda täiendab automatiseerimisfunktsioonide komplekt, mida veebisaidi omanik ei pea käsitsi konfigureerima. Saidikaarti uuendatakse iga muudatusega, tootelehtede jaoks genereeritakse struktureeritud andmed, kanoonilised URL-id eemaldavad duplikaadid ja robots.txt lubab vaikimisi indekseerimist peamiste otsingu- ja tehisintellekti bottide puhul.

Eraldi lüliti „Luba saidi jaoks tehisintellekti indekseerimine” on suunatud spetsiaalselt tehisintellekti assistentidele: kui see on lubatud, avab see saidi GPTBotile, Claude Botile, PerplexityBotile ja teistele, lisades need llms.txt faili; kui see on keelatud, blokeerib see need robotid robots.txt failis selgesõnaliselt. Lisaks kontrollib sisseehitatud SEO analüsaator ühe klõpsuga põhiseadeid (pealkiri, kirjeldus, indekseerimine) ja soovitab vajalikke täiustusi.

See mõjutab otseselt ettevõtte nähtavust, selgub Wegloti uuringust Search Engine Journalile (september 2026): tõlgitud veebisaidid said tehisintellekti otsingutulemustes 327% rohkem nähtavust kui nende tõlkimata vasted, mis põhineb 1,3 miljoni tsitaadi valimil Google AI ülevaadetes ja ChatGPT. Uuringu järeldus on selge: "tõlge ise muutub nähtavuse signaaliks" – ainuüksi asjaolu, et roomajale on saadaval kvaliteetne tõlge, muutub iseseisvaks nähtavuse signaaliks ( Search Engine Journal). Sarnast mõju teises nišis käsitletakse juhtumiuuringus, mis käsitleb hotelli paremusjärjestust ChatGPT, Gemini ja Perplexity soovitustes. GEO töötab samamoodi olenemata valdkonnast: robotid peavad sisu tsiteerimiseks seda tegelikult nägema.

Millised vead kõige sagedamini kahjustavad mitmekeelse veebisaidi edetabelit?

Mitmekeelse veebisaidi kõige levinumad probleemid on lihtsad möödalaskmised: unustatud tagasilink keeleversioonide vahel, eri keelte kuvamine samal aadressil eraldi URL-ide asemel, IP-aadresside automaatne ümbersuunamine ja toores masintõlge ilma korrektuurita.

Viis viga, mis päriselus toimuvates vestlustes kõige sagedamini esinevad:

1. Ühesuunaline hreflang. Sa lisasid lingi venekeelselt lehelt ingliskeelsele lehele, aga unustasid lisada vastaslingi. Google ignoreerib vaikselt kogu paari ja omanik ei saa aru, miks ingliskeelne versioon otsingutulemustes ei ole kõrgel kohal.
2. Erinevate keelte kuvamine samal URL-il – küpsise või salvestatud seansi kaudu, ilma URL-i muutmata. Google ei soovita seda selgesõnaliselt teha: „Ärge kasutage oma sisu kohandamiseks IP-analüüsi. IP-asukoha analüüs on keeruline ja üldiselt ebausaldusväärne.“ (Tõlge: ärge kohandage sisu IP-aadressile – IP-geolokatsioon on keeruline ja üldiselt ebausaldusväärne.) Erinevate versioonide jaoks on vaja erinevaid URL-e, vastasel juhul näeb robot ainult ühte neist.
3. Jäik automaatne ümbersuunamine, mis põhineb geograafilisel asukohal ilma käsitsi valikuta. Valdkonna aruteludes kurdetakse regulaarselt selliste olukordade üle nagu "minu brauser on seatud inglise keelele, aga sait näitab mulle kangekaelselt versiooni teises keeles". Automaatne ümbersuunamine ilma käsitsi vahetamise võimaluseta on tüütu ja kahjustab konversioonimäärasid.
4. Mittetäielik tõlge. Artikkel on tõlgitud, kuid menüü, jalus või tooteleht on endiselt originaalkeeles. Lugeja vahetab keelt, kuid osa liidesest pole ikka veel selles keeles.
5. Masintõlge ilma terminoloogia korrektuurita. Ilmekas näide praktikast: toormasintõlges tõlgitakse fraas "tõlkebüroo" sõnasõnaliselt "tõlkebüroo" asemel, mis on tööstusharu standardne "tõlkeagentuur" – tegelik otsingutermin. SEO seisukohast on see kriitiline viga: leht ei vasta enam sellele, kuidas sihtrühm otsingupäringu tegelikult sõnastab.

Mitu keeleversiooni teie ettevõte tegelikult vajab?

Teil on vaja ainult keeli, mida teie kliendid tegelikult räägivad, mitte kõiki 107 korraga. Google hoiatab, et lisakeeleversioonid lisavad tarbetut koormust ilma reaalse kasuta, kui need ei jõua tegeliku sihtrühmani.

Google John Mueller pilkab lausa loogikat „tehkem see kõigis keeltes, igaks juhuks, kui see on kasulik“: „Loome kõik keeled! Teeme leheküljed kõigi riikide jaoks! Mis siis, kui keegi Jaapanis tahab seda suahiili keeles lugeda? Teeme veelgi rohkem lehekülgi!“

Ja ta lisab asja juurde: „Enamik neist „lehtedest, mis on loodud seetõttu, et te ei saa” väga vähe liiklust, lisavad väga vähe väärtust ja tekitavad märkimisväärset lisakulu (indekseerimine, indekseerimine, kanoniseerimine, reastamine, hooldus, hreflang, struktureeritud andmed jne)“ – enamik selliseid lehti saab vähe liiklust, lisab vähe väärtust ja tekitab märkimisväärset lisakulu ( Search Engine Journal). Tema nõuanne on lihtne: piirduge keeltega, mis on teie sihtrühma jaoks tõeliselt olulised ja väärtuslikud.

Euroopas, Ukrainas, Kasahstanis ja Usbekistanis müüvate ettevõtete jaoks on mõistlik alguspunkt 2-3 keelt, mis on teie praeguse sihtrühma ja klientide jaoks, kellega te juba töötate või plaanite lähitulevikus koostööd teha, emakeelena. 1001site AI tehisintellekti 107 keele tehniline piirang ei kao kuhugi – teised versioonid lihtsalt ootavad hetke, mil konkreetse riigi sihtrühm saab tõeliseks.

Kui palju maksab veebileht mitmes keeles?

1001site AI-l ei ole eraldi keelepaketti ega keelepõhist tasu: 107 keelt ja automaatne tehisintellekti indekseerimine sisalduvad ühes „Kõik hinnas“ paketis – neid ei müüda eraldi tasulise lisandmoodulina. Tingimused: 45 eurot kuus, esimesel kuul on igakuise sooduskoodi abil 25 eurot allahindlust (alates teisest kuust 45 eurot). Prooviperioodi ega tasuta paketti ei ole ja saate igal ajal tühistada. Kui vajate täielikult ettevalmistatud ja võtmed kätte veebisaiti, luuakse stiil, struktuur, tekst, tooted, domeen ja koolitus teile ühekordse tasu eest 1650 eurot, mis sisaldab 12-kuulist majutust. Täpsete ja kehtivate tingimustega saate tutvuda hinnakirja lehel.

Tahad näha, kuidas see sinu veebilehel töötab? Vali 1001site tehisintellekti koostajas stiil ja vaata enne maksmist, kuidas sinu sait teises keeles välja näeb.

Allikad

• Localized Versions of your Pages - Google Search Central
• Managing Multi-Regional and Multilingual Sites - Google Search Central
• Hreflang: The Easy Guide for Beginners - Ahrefs
• Subdomain vs. Subdirectory vs. ccTLD - Search Engine Journal
• Google's John Mueller Cautions Against Overuse of Multi-Language Content - Search Engine Journal
• Translated sites boost AI visibility (Weglot study) - Search Engine Journal
• AI Crawlers Don't Render JavaScript - jangwook.net
• Google Translate's Website Translator widget discontinued - gtranslate.io

Tehnilise poole eest hoolitseb tehisintellekti agent – sina pead vaid valima stiili ja tulemuse kinnitama.