Miksi Weglot ei toimi Tildassa: yksityiskohtainen analyysi
Tässä artikkelissa: miksi Weglot ei teknisesti toimi Tildan kanssa, mitkä lohkot eivät käänny, mitä se tarkoittaa SEO:lle ja mikä on vaihtoehto.
Toimisto yhdistää Weglotin Tilda-sivustoon. Lisäosa asennetaan, kielenvaihtopainike ilmestyy. Sitten käy ilmi, että tuoteluettelo on edelleen venäjäksi, yhteydenottolomake samoin, ja osa sisällöstä ei lataudu lainkaan. Tämä ei ole asennusvirhe. Tämä on arkkitehtuurin perustavanlaatuinen rajoitus: Weglot kääntää vain staattista sisältöä, jota Tildassa on vähän, kun taas kaikki dynaaminen sisältö jää kääntämättä.
Weglot ei toimi pelkästään JS-skriptinä, vaan käänteisenä välityspalvelimena (reverse proxy) DNS:n kautta. Ongelmana on, että se ei ota huomioon Tildan arkkitehtuurin erityispiirteitä, mikä aiheuttaa vaikeuksia sisällön kääntämisessä.
Käänteinen välityspalvelin toimii hyvin staattisilla sivustoilla, joissa on yksinkertainen HTML-rakenne: tavallinen blogi, aloitussivu ilman dynaamisia lohkoja. Weglot toimii erinomaisesti WordPressin, Shopifyn ja Webflow'n kanssa – niissä sisältö on ennustettavaa ja skriptin saatavilla heti latauksen yhteydessä.
Tilda on rakennettu eri tavalla: sillä on erityinen toiminnallisuus ja paljon dynaamista sisältöä, joka vaatii erityistä lähestymistapaa.
Miksi Tilda on eri tapaus
Tilda luo sivuja lohkoittain. Suurin osa sisällöstä ladataan standardisti, mutta osa lohkoista toimii omien mekanismiensa kautta: AJAX-pyynnöt, erilliset API-pyynnöt.
Näihin lohkoihin kuuluvat:
Tuoteluettelo (Tilda Store) – tuotetiedot ladataan erillisellä pyynnöllä Tildan palvelimelle, eivätkä ne ole läsnä alkuperäisessä HTML-koodissa. Weglotin JS-skripti käynnistyy ennen kuin nämä tiedot ilmestyvät DOMiin.
Lomakkeet (Tilda Forms) – kenttien nimet, otsikot, virheilmoitukset ja painikkeiden tekstit renderöidään osittain dynaamisesti. Weglot ei kaappaa kaikkea.
Widgetit ja kolmannen osapuolen upotukset – TravelLine, Calendly, varauswidgetit ladataan iframeen toisesta verkkotunnuksesta. Weglotin JS-koodilla ei yksinkertaisesti ole pääsyä sinne: tämä on selaimen rajoitus, ei Weglotin.
Yhteenveto: tyypillisellä kaupallisella Tilda-sivustolla, jossa on luettelo ja lomakkeita, Weglot kääntää noin puolet sisällöstä. Loput jäävät alkuperäiselle kielelle.
Mitä tämä tarkoittaa SEO:n kannalta
Tämä on erillinen ongelma, ja se on vakavampi kuin miltä ensi silmäyksellä näyttää.
Weglot kääntää staattisen sisällön onnistuneesti palvelinpuolella DNS-integraation (Reverse Proxy) kautta. Dynaamisille elementeille, jotka ladataan JS:n kautta, tämä menetelmä ei kuitenkaan toimi: Googlebot voi indeksoida sivun ennen kuin skripti suorittaa tekstin korvaamisen, minkä vuoksi indeksiin päätyy alkuperäinen versio.
Dynaamisten lohkojen osalta Weglot yrittää kääntää sisällön vasta sivun lataamisen jälkeen, mikä aiheuttaa viiveitä ja visuaalisia hyppyjä. Toisin kuin tämä, Multify integroituu suoraan Tildan API:iin ja kääntää tiedot ennen kuin vastaus saapuu selaimeen: käyttäjälle sisältö näyttää käännetyltä heti, ikään kuin se olisi alun perin tullut Tildan palvelimelta.
Tämä vaikuttaa suoraan avainsanojen sijoituksiin vierailla kielillä: sivu on olemassa, käännös on olemassa, mutta hakukone ei näe sitä käännettynä. Weglot itse vahvistaa: JS-integraatio ei tarjoa SEO-etuja, koska käännökset eivät päädy alkuperäiseen HTML-koodiin.
Hreflang-vivahde
Weglot lisää hreflang-tagit staattisesti. Vaikka tämä antaa hakukoneiden löytää kieliversiot, on tekninen vivahde: Weglot ei lisää x-default-tagia. Multify sen sijaan toteuttaa x-defaultin oikein Googlen suositusten mukaisesti, mikä auttaa hakukoneita määrittämään paremmin oletuskieliversion.
Mitä asialle voi tehdä
Weglot on hyvä tuote, se toimii siellä, missä sisältö on staattista ja ennustettavaa. Mutta Tildalla, jossa on luettelo ja lomakkeita, se toimii vain osittain. Tämä ei ole asetusten tai tariffin kysymys, vaan arkkitehtoninen rajoitus. Weglot on alun perin suunniteltu WordPressille ja Shopifylle.
Multify on suunniteltu Tildalle: se kääntää dynaamisen sisällön, lomakkeet ja luettelon sekä muuntaa valuutat palvelinpuolella. Oikeat SEO-metatagit luodaan suoraan HTML-koodiin.
Välityspalvelinlähestymistapa eroaa periaatteellisesti: käännös tapahtuu palvelimella, selaimeen tulee jo käännetty sivu. Google näkee saman kuin käyttäjä.
Tarvitsetko käännöksen, joka toimii Tildalla?
Yhdistämme Multifyn projektiisi ja käännämme kaiken sisällön – mukaan lukien luettelon, lomakkeet ja widgetit.
Se toimii, mutta vain osittain. Staattinen sisältö (otsikot, tekstilohkot, tavalliset sivut) Weglot kääntää. Ongelmat alkavat tuoteluettelon, lomakkeiden ja kaiken dynaamisesti latautuvan sisällön kanssa.
Jos minulla on yksinkertainen laskeutumissivu ilman luetteloa – sopiiko Weglot?
Yksinkertaiselle aloitussivulle ilman dynaamisia lohkoja Weglot todennäköisesti sopii. Ponnahdusikkunoiden kanssa ei ole ongelmia, mutta lomakkeiden kanssa tulee vaikeuksia: Tilda ei yksinkertaisesti hyväksy hakemuksia, koska integraatiota ei ole. Kaupalliselle verkkosivustolle, jossa on verkkokauppa, se ei sovi.
Miksi Google ei välttämättä näe Weglotin käännöstä?
Google ei välttämättä näe käännöstä, jos se on yhdistetty JavaScriptin kautta. Tässä tilassa hakurobotit (esim. Googlebot) indeksoivat sivun asynkronisesti: ne voivat tallentaa alkuperäisen HTML:n ennen kuin skripti ehtii suorittaa toimintonsa. Tämän seurauksena indeksiin jää alkuperäinen kieli, koska tämä on asiakaspuolen JS-käännöksen toimintatapa.
Onko Weglotilla virallista integraatiota Tildan kanssa?
Weglotin voi yhdistää Tildaan lisäämällä erityisen skriptin sivuston asetuksiin. Tämä ei ole virallinen integraatio, vaan yksinkertaisesti tapa upottaa koodia sivuille.
Käännämme Tildan kokonaan, emme osittain
Luettelo, lomakkeet, ponnahdusikkunat, widgetit – kaikki käännetään välityspalvelimen kautta. SEO-tagit luodaan automaattisesti.