Kuinka luoda monikielinen verkkosivusto ilman kääntäjää

Voit lisätä verkkosivustollesi "Käännä sivu" -painikkeen yhdessä yössä, mutta se ei tee mitään Google -sijoituksillesi, saati sitten sivustosi saamiselle ChatGPT ssä viittauksia. Aidosti monikielisen verkkosivuston luominen on eri asia: 1001site -tekoäly kääntää tekstin automaattisesti 107 kielelle käyttäen kävijän selaimen perusteella valittua sivun kieltä, ja palvelin palauttaa valmiin HTML-koodin – ilman JavaScript-widgetiä, jota hakurobotit ja tekoälyinsinöörit eivät yksinkertaisesti näe. Alla käsittelemme, mikä käännöswidgeteissä tarkalleen ottaen on rikki ja mitä 1001site tekee eri tavalla.

Joka viikko jaan vastaavia tekoälytyökaluja käyttäviä pienyritysten tapaustutkimuksia "Business with AI" -kanavalla. Jos olet kiinnostunut, tutustu niihin: t.me/promtvibeadd.

Miten automaattinen verkkosivustojen käännös eroaa "Käännä sivu" -painikkeesta?

"Käännä sivu" -painike tai JavaScript-widget, kuten perinteinen Google Kääntäjä verkkosivustoille, muuttaa tekstiä vain tietyn kävijän selaimessa – käännetyllä versiolla ei ole omaa URL-osoitetta, eikä mikään hakukone voi tallentaa tai indeksoida sitä. Automaattinen käännös toimii eri tavalla: jokainen kieliversio on erillinen sivu, jolla on oma URL-osoite, jonka palvelin palauttaa valmiiksi käännettynä ennen JavaScriptiä.

JavaScript-käännöswidgetissä on systeeminen ongelma: se ei luo uutta sivua ollenkaan. Skripti korvaa DOM-tekstin sen jälkeen, kun selain on ladannut alkuperäisen HTML-koodin, jolloin hakurobotti tai tekoälyindeksoija näkee alkuperäisen HTML-koodin alkuperäisellä kielellä. Käännetty versio on olemassa vain sen käyttäjän selaimessa, joka sen avaa: sillä ei ole URL-osoitetta eikä sitä voida tallentaa tai indeksoida.

Tilanne pahenee: klassinen Google Translate -widget verkkosivustoille poistuu käytöstä 1. lokakuuta 2026 – verkkosivustot, jotka luottivat siihen ainoana ratkaisunaan, menettävät käännöspalvelunsa samana päivänä ( Google Search Central; gtranslate.io).

1001site -tekoälyn avulla verkkosivustollesi kirjoittamasi sisältö – tuotekortit, julkaisut ja sivut – käännetään automaattisesti 107 kielelle, ja jokaisella kieliversiolla on oma URL-osoitteensa. 1001site.com -sivuston laskeutumissivu, blogi ja tietokanta toimivat samoilla 107 kielellä – tämän artikkelin toimitustiimi käyttää samaa teknologiaa, jota artikkelissa kuvataan.

Miksi Google ja ChatGPT eivät näe kääntäjäwidgetiä?

Google määrittää sivun kielen analysoimalla algoritmisesti näkyvää tekstiä – hreflang-merkintäkoodi ja lang-attribuutti eivät vaikuta tähän päätökseen. Tekoälyavustajat eivät suorita JavaScriptiä lainkaan. Jos käännös on olemassa vain JavaScriptinä, kukaan niistä ei näe sitä.

«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

(Käännös: Google ei käytä hreflang-attribuuttia tai lang-attribuuttia sivun kielen määrittämiseen – kielen määrittävät algoritmit, jotka analysoivat itse sisältöä.)

Tilanne on vieläkin vakavampi tekoälybottien kannalta. Vercelin ja MERJ:n yhteisessä tutkimuksessa, jossa analysoitiin yli 500 miljoonaa GPTBot-pyyntöä, ei löytynyt yhtään tapausta JavaScriptin suorittamisesta: botit lataavat joskus .js tiedostoja, mutta eivät koskaan suorita niitä ( jangwook.net). Tekoälyindeksoijilla on tiukat aikakatkaisut yksittäisen sivun indeksoinnille – JavaScriptin renderöinti tällaisessa mittakaavassa on niille yksinkertaisesti laskennallisesti kallista, joten ne mieluummin hakevat nopeasti raaka-HTML:n ja siirtyvät eteenpäin.

Näin se toimii pääbottien kohdalla:

• GPTBot ( ChatGPT) - lataa HTML-koodin, ei suorita JavaScriptiä.
• Claude Bot ( Claude) - käyttäytyy samalla tavalla.
• PerplexityBot - ei myöskään toimi.
• Google -Extended ( Gemini infrastruktuuri) on ainoa poikkeus: se voi renderöidä JS:n, koska se käyttää samaa infrastruktuuria kuin tavallinen Google botti.

Jos verkkosivuston käännöksen lataa vain komentosarja ensimmäisen sivun renderöinnin jälkeen, GPTBotin, Claude Botin ja PerplexityBotin tapauksessa verkkosivusto pysyy yksikielisenä – riippumatta siitä, mitä kävijä näkee selaimessaan.

1001site AI:n monikielinen tuki on sisäänrakennettu samaan verkkosivustojen rakennustyökaluun, joka luo itse verkkosivuston – erillistä lisäosaa ei tarvitse ostaa. Valitset tyylin luettelosta, tekoälyagentti täyttää sivuston linkkisi tai kuvauksesi avulla ja kääntää sen välittömästi 107 kielelle ilman erillistä lisäosaa tai lisämaksuja jokaisesta kielestä. Seuraavissa osioissa käsitellään, mitä teknisesti tapahtuu ja miksi sekä hakukoneet että tekoälyavustajat havaitsevat sen.

Mistä hakukone tietää, että sivusta on versioita muilla kielillä?

Teknisesti oikeassa monikielisyydessä jokainen kielisivu linkittää itseensä ja kaikkiin muihin versioihin, linkit ovat aina vastavuoroisia ja koodimuoto on kieli ensin, jota seuraa yhdysmerkki ja tarvittaessa alue. Ilman tätä hakukoneet saattavat yksinkertaisesti jättää huomiotta koko kieliversioiden joukon.

Klassisen hakukoneoptimoinnin teknisen monikielisyyden perussäännöt ovat:

1. Jokaisen kieliversion on linkitettävä itseensä ja kaikkiin muihin sivun versioihin – ei vain "naapurikieliin".
2. Linkkien on oltava vastavuoroisia: jos venäläinen sivu linkittää englanninkieliseen versioon, englanninkielisen version on linkitettävä takaisin. Muuten Google yksinkertaisesti jättää koko linkin huomiotta.
3. Muoto on ensin kielikoodi (ISO 639-1), jota seuraa tarvittaessa yhdysmerkillä erotettu aluekoodi (ISO 3166-1). Oikea järjestys pt-BR; BR-pt on virheellinen. Alueen määrittäminen ilman kieltä ei ole myöskään sallittua.
4. Niille vierailijoille, joiden kieltä ei ole versioluettelossa, vaaditaan varasivu x-default.
5. Vain täydelliset osoitteet, joissa on käytetty protokollaa ( https://...), on määritetty - suhteelliset polut eivät toimi.

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

(Käännös: Jos kaksi sivua ei linkitä toisiinsa, merkinnät ohitetaan.)

Ahrefsin 374 756 verkkotunnuksesta tekemä tutkimus osoittaa, kuinka yleinen tämä virhe on: 67 prosentilla oli ainakin yksi ongelma tämän merkinnän kanssa, ja yleisin niistä oli x-default -varaversion puuttuminen (56,3 % verkkotunnuksista) ( Ahrefs). Nämä viisi sääntöä eivät ole teoreettisia – ne kuvaavat teknisesti sitä, miten kielisiirtymät toimivat useimmilla verkkosivustoilla, joilla ne ylipäätään toimivat: jokaisella versiolla on oma URL-osoitteensa, eikä tekstiä korvata yksittäisessä URL-osoitteessa.

Aliverkkotunnus, alikansio vai erillinen verkkotunnus kullekin kielelle – kumman sinun pitäisi valita?

Pienille ja keskisuurille yrityksille alikansio ( site.com/de/) on lähes aina paras valinta – se perii heti pääverkkotunnuksen auktoriteetin eikä vaadi erillistä hakukoneoptimointia jokaiselle maalle. Aliverkkotunnus ja erillinen verkkotunnus kullekin kielelle ovat perusteltuja vain tietyistä oikeudellisista tai markkinointiin liittyvistä syistä.

Google itse ei väitä, että yksi vaihtoehto sopii kaikille. Mutta SEO-julkaisut ovat lähes yksimielisiä: "tuskin koskaan on syytä valita mitään muuta kuin alihakemisto" – alihakemisto on lähes aina paras valinta ( Search Engine Journal). (Käännös: melkein koskaan on syytä valita mitään muuta kuin alihakemisto.) Aliverkkotunnus tai mukautettu verkkotunnus eivät ole välttämättömiä hyvän sijoituksen saavuttamiseksi tietyssä maassa, kunhan kielimerkinnät on määritetty oikein ja sisältö on todella räätälöity yleisölle. Muodollinen käännös ilman tällaista mukautusta ei riitä.

Kuinka 1001site kääntää verkkosivuston 107 kielelle ilman kääntäjää tai ulkoasusuunnittelijaa?

Ei ainoastaan käyttöliittymä – painikkeet ja valikot – käännetä, vaan myös kirjoittamasi sisältö: tuotekuvaukset, julkaisut ja "Tietoja meistä" -sivut. Sivun kieli valitaan automaattisesti kävijän selaimen perusteella ilman manuaalista vaihtamista. RTL (oikealta vasemmalle) -tuki on saatavilla arabialle ja heprealle: monikielisyys ei rajoitu "eurooppalaiseen vasemmalta oikealle -kielten joukkoon".

Verkkosivusto rakennetaan nopeasti ja ilman manuaalista koodausta: maksun jälkeen tekoälyagentti rakentaa kotisivun ja sisäiset sivut valitulla tyylillä 2–7 minuutissa, ja tekstit kirjoitetaan joka kerta uudelleen tietylle yritykselle. Teknisesti verkkosivusto toimii palvelinpuolen renderöinnillä ( React / Next.js), mikä vastaa suoraan edellisen osion kysymykseen: jokaisella kieliversiolla on valmis HTML, jonka botit näkevät välittömästi ilman JS-tynkiä.

Mitä tapahtuu automaattisesti hakukoneoptimoinnille ja verkkosivustojen näkyvyydelle ChatGPT ssä, Gemini ja Perplexityssä?

Verkkosivustoa luotaessa luodaan automaattisesti sitemap.xml-tiedosto, strukturoitu data, kaksoiskappaleettomat kanoniset URL-osoitteet ja robots.txt tiedosto. Erillinen kytkin mahdollistaa tekoälybottien (GPTBot, Claude Bot, PerplexityBot) indeksoinnin ja lisää sivuston llms.txt -tiedostoon – robots.txt-tyyppiseen tiedostoon tekoälyavustajille.

Palvelinpuolen renderöinti on sama periaate, joka ratkaisee widgettejä käsittelevässä osiossa mainitun ongelman: "sisältö on bottien nähtävissä ilman JavaScriptin suorittamista; sivu renderöityy nopeasti (First Contentful Paint kestää alle sekunnin)" ( 1001site tietokanta, SEO-osio). Tätä täydentävät joukko automaatio-ominaisuuksia, joita verkkosivuston omistajan ei tarvitse määrittää manuaalisesti. Sivukartta päivitetään jokaisen muutoksen yhteydessä, tuotesivuille luodaan strukturoitua dataa, kanoniset URL-osoitteet poistavat kaksoiskappaleet ja robots.txt sallii indeksoinnin oletusarvoisesti tärkeimmille haku- ja tekoälyboteille.

Erillinen kytkin, "Ota käyttöön sivuston tekoälyindeksointi", on suunnattu erityisesti tekoälyavustajille: kun se on käytössä, se avaa sivuston GPTBotille, Claude Botille, PerplexityBotille ja muille, lisäämällä ne llms.txt -tiedostoon; kun se on poistettu käytöstä, se estää nämä botit erikseen robots.txt tiedostossa. Lisäksi sisäänrakennettu SEO-analysaattori tarkistaa perusasetukset (otsikko, kuvaus, indeksointi) yhdellä napsautuksella ja ehdottaa tarvittavia parannuksia.

Tämä vaikuttaa suoraan yrityksen näkyvyyteen Weglotin Search Engine Journalille tekemän tutkimuksen (syyskuu 2026) mukaan: käännetyt verkkosivustot saivat 327 % enemmän näkyvyyttä tekoälyhakutuloksissa kuin kääntämättömät vastineensa, perustuen 1,3 miljoonan viittauksen otokseen Google AI Overviewsissa ja ChatGPT ssä. Tutkimuksen johtopäätös on selvä: "käännöksestä itsestään tulee näkyvyyssignaali" – pelkkä se, että hakurobotilla on käytettävissään korkealaatuinen käännös, muuttuu itsenäiseksi näkyvyyssignaaliksi ( Search Engine Journal). Samanlaista vaikutusta toisella markkinaraolla käsitellään tapaustutkimuksessa, joka käsittelee hotellin sijoitusta ChatGPT, Gemini ja Perplexity-suosituksissa. GEO toimii samalla tavalla toimialasta riippumatta: bottien on itse asiassa nähtävä sisältö voidakseen viitata siihen.

Mitkä virheet useimmiten tappavat monikielisen verkkosivuston sijoituksen?

Yleisimmät ongelmat monikielisellä verkkosivustolla ovat yksinkertaisia virheitä: unohtunut takaisinlinkki kieliversioiden välillä, eri kielien näyttäminen samassa osoitteessa erillisten URL-osoitteiden sijaan, kova IP-osoitteen automaattinen uudelleenohjaus ja raaka konekääntäminen ilman oikolukua.

Viisi yleisintä virhettä tosielämän keskusteluissa:

1. Yksisuuntainen hreflang. Loit linkin venäjänkieliseltä sivulta englanninkieliselle sivulle, mutta unohdit lisätä käänteisen linkin. Google jättää koko parin huomiotta, eikä omistaja ymmärrä, miksi englanninkielinen versio ei sijoitu hakutuloksissa.
2. Eri kielten näyttäminen samassa URL-osoitteessa – evästeen tai tallennetun istunnon kautta – muuttamatta URL-osoitetta. Google suosittelee nimenomaisesti tämän välttämistä: "Älä käytä IP-analyysiä sisällön mukauttamiseen. IP-sijaintianalyysi on vaikeaa eikä yleensä luotettavaa." (Käännös: älä mukauta sisältöä IP-osoitteeseen – IP-geolokaatio on vaikeaa ja yleensä epäluotettavaa.) Tarvitset eri URL-osoitteet eri versioille, muuten botti näkee vain toisen niistä.
3. Jäykkä automaattinen uudelleenohjaus, joka perustuu maantieteelliseen sijaintiin ilman manuaalista valintaa. Alan keskusteluissa ihmiset valittavat säännöllisesti tilanteista, kuten "selaimeni on asetettu englanniksi, mutta sivusto näyttää itsepäisesti version toisella kielellä". Automaattinen uudelleenohjaus ilman manuaalisen vaihtamisen mahdollisuutta on ärsyttävä ja heikentää konversiolukuja.
4. Keskeneräinen käännös. Artikkeli on käännetty, mutta valikko, alatunniste tai tuotesivu on edelleen alkuperäisellä kielellä. Lukija on vaihtanut kieltä, mutta osa käyttöliittymästä ei ole vieläkään alkuperäisellä kielellä.
5. Konekäännös ilman oikolukua. Käytännön esimerkki: raakakonekäännöksessä ilmaus "käännöstoimisto" käännetään kirjaimellisesti "käännöstoimisto" alan standardin mukaisen "käännöstoimisto" – varsinaisen hakutermin – sijaan. Hakukoneoptimoinnin näkökulmasta tämä on kriittinen virhe: sivu ei enää vastaa sitä, miten yleisö todellisuudessa muotoilee hakukyselyn.

Kuinka monta kieliversiota yrityksesi todella tarvitsee?

Tarvitset vain ne kielet, joita asiakkaasi todellisuudessa puhuvat, etkä kaikkia 107:ää kerralla. Google varoittaa, että ylimääräiset kieliversiot lisäävät tarpeetonta taakkaa ilman todellista hyötyä, jos ne eivät tavoita todellista yleisöä.

Google John Mueller suorastaan pilkkaa "tehdään se kaikille kielille, siltä varalta, että siitä on hyötyä" -logiikkaa: "Luodaan kaikki kielet! Tehdään sivuja kaikille maille! Entä jos joku Japanissa haluaa lukea sen swahiliksi? Tehdään vielä lisää sivuja!"

Ja hän lisää osuvasti: "Useimmat näistä 'sivuista, jotka on luotu, koska ette voi' saada hyvin vähän liikennettä, tuottavat hyvin vähän arvoa ja aiheuttavat merkittävää lisäkustannuksia (indeksointi, indeksointi, kanonisointi, sijoittelu, ylläpito, hreflang, strukturoitu data jne.)" – useimmat tällaiset sivut saavat vähän liikennettä, tuottavat vain vähän arvoa ja aiheuttavat merkittävää lisäkustannuksia ( Search Engine Journal). Hänen neuvonsa on yksinkertainen: rajoitu kieliin, jotka ovat todella kriittisiä ja arvokkaita yleisöllesi.

Euroopassa, Ukrainassa, Kazakstanissa ja Uzbekistanissa myyville yrityksille kohtuullinen lähtökohta on 2–3 kieltä, jotka ovat nykyisen kohdeyleisönne ja jo työskentelemienne tai lähitulevaisuudessa työskentelevien asiakkaidenne äidinkieli. 1001site AI:n tekninen 107 kielen raja ei ole katoamassa mihinkään – muut versiot vain odottavat hetkeä, jolloin tietyn maan kohdeyleisöstä tulee aito.

Paljonko verkkosivusto maksaa useilla kielillä?

1001site AI:lla ei ole erillistä kielipakettia tai kielikohtaista maksua: 107 kieltä ja automaattinen tekoälyindeksointi sisältyvät yhteen "All Inclusive" -pakettiin – niitä ei myydä erillisenä maksullisena lisäosana. Ehdot: 45 € kuukaudessa, ensimmäisestä kuukaudesta saa 25 € alennuksen kuukausittaisella tarjouskoodilla (45 € toisesta kuukaudesta eteenpäin). Kokeilujaksoa tai ilmaista pakettia ei ole, ja voit peruuttaa tilauksen milloin tahansa. Jos tarvitset täysin valmiin, avaimet käteen -verkkosivuston, tyyli, rakenne, teksti, tuotteet, verkkotunnus ja koulutus luodaan sinulle kertamaksulla 1 650 €, joka sisältää 12 kuukauden hostingin. Tarkat ja ajantasaiset ehdot löytyvät hinnoittelusivulta.

Haluatko nähdä, miten tämä toimii verkkosivustollasi? Valitse tyyli 1001site -tekoälyn rakennustyökalussa ja tarkista, miltä sivustosi näyttää toisella kielellä ennen maksamista.

Lähteet

• 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

Teknisestä puolesta vastaa tekoälyagentti – sinun tarvitsee vain valita tyyli ja vahvistaa tulos.