Slik oversetter du et nettsted til ti språk: systemet mitt med WordPress, Polylang, egen plugin og masse AI

En av de enkleste måtene å få mer organisk trafikk på er å oversette et nettsted.

Det er logisk: flere URL-er, flere søkeintensjoner; hvis innholdet er bra, gir det mer trafikk.

Klart, å gjøre det med AI virker enkelt. Og det er det, på små nettsteder.

På mellomstore og store nettsteder blir det mer komplisert, i hvert fall hvis du prøver å gjøre det skikkelig.

For det handler ikke bare om å ta en artikkel på spansk, lime den inn i ChatGPT og be om fem versjoner. 

Det fungerer som en test, men et ekte nettsted har kategorier, tagger, SEO, bilder, egendefinerte felt, interne lenker, menyer, arkivsider, forsider, slugs, datoer, hreflang og redaksjonell struktur. 

For ikke å snakke om at hver artikkel inneholder fet skrift, lister og kursiv som det er best å beholde i oversettelsen.

Og alt må være oversatt.

Det jeg har gjort denne uken på nettstedet mitt, er å bygge et system for å gå fra et nettsted på spansk til et flerspråklig nettsted på ti språk: engelsk, fransk, portugisisk, italiensk, tysk, nederlandsk, svensk, polsk og norsk, med pluginen Polylang, en egenutviklet plugin og et par tilpassede GPTs.

Resultatet er at jeg nå har nettstedet på ti språk, med hele strukturen for kategorier og tagger og flere publiserte artikler allerede oversatt.

Og med et system som legger til mellom 5 og 10 ekstra minutter på enhver spansk artikkel for å få den oversatt til disse ti språkene, noe jeg synes er mer enn rimelig.

Jeg forteller hele prosessen i tilfelle du vil gjenta den.

1. Det første problemet: å oversette artikler var ikke nok

Da jeg begynte å analysere utviklingen, oppdaget jeg at jeg i mitt tilfelle, utover selve artiklene, måtte oversette alt dette:

• Kategorier.
• Tagger.
• Slugs.
• Metabeskrivelser.
• SEO-titler.
• Fremhevede bilder.
• Alt-tekster.
• ACF-felt.
• Interne blokker.
• Lenker mellom artikler.
• Arkivsider.
• Faste tekster i temaet.
• Forsidemoduler.
• CTAs.
• Skjemaer.
• Innholdsfortegnelser.
• Relaterte artikler.
• Beholde datoer og noter.
• …

Mange copies der og mange språk å gjøre det én etter én på.

Men det måtte oversettes, fordi hvis noen av disse delene blir stående på spansk, blir oversettelsen bare halvveis.

Derfor var målet ikke å “oversette innhold”, men å lage en komplett og skalerbar flerspråklig arkitektur, i tilfelle jeg vil legge til flere språk i morgen.

Og det var faktisk det som skjedde: jeg begynte bare med fem (engelsk, portugisisk, fransk, tysk og italiensk) og la til de fire andre underveis. Og samtidig sjekket jeg at systemet lot meg skalere det jeg trengte.

2. Grunnlaget: WordPress, Polylang og lokal kopi

Prosjektet starter med et WordPress-nettsted med Genesis-tema, eget magasindesign og flere tilpassede maler.

Siden dette var noe av en viss størrelse og ville kreve mange tester, jobbet jeg med en lokal kopi med LocalWP. Ideen var å kunne ødelegge ting uten frykt, teste importer, gjennomgå taksonomier og validere at Polylang koblet hver oversettelse riktig.

Forresten, jeg brukte denne pluginen som base fordi den allerede genererer alt som trengs for å ha et nettsted på flere språk. Ut fra den laget jeg min egen plugin ved å komplettere og tilpasse den til det jeg trengte: raskt å lage nettstrukturen og artiklene på flere språk.

Også i denne første fasen optimaliserte jeg LocalWP fordi miljøet i starten var for tregt og jeg trengte et sted der jeg kunne eksportere, importere, slette, gjenta og validere flytende..

3. Systemet: egen plugin pluss GPTs

Jeg kunne ha brukt en standard løsning for automatisk oversettelse, men målet var et annet.

Enkel oversettelse av hver post

Med oversettelsen av postene var jeg VELDIG ambisiøs, fordi jeg ville ha et system der GPTs laget for dette oversatte innholdet i hver post mens de beholdt:

• Min stil personlige.
• Den samme strukturen som originalartikkelen.
• Offisielle titler på filmer, serier eller bøker på hvert språk (det vil si at hvis verket er på spansk, skulle oversettelsen bruke tittelen det ble lansert med i Italia, for eksempel.
• Rene slugs.
• Bilde-alt oversatt.
• Yoast med fullstendig oversatte felt, inkludert description.
• Egendefinerte ACF-felt, slik at jeg kunne velge om de eksporteres eller ikke, om de oversettes eller blir stående som de var (som for eksempel karakteren jeg gir hvert verk i anmeldelsene mine).
• HTML-fragmenter uten å ødelegge dem: lister, fet skrift, kodeblokker… slik at de bevares og de nødvendige delene blir stående uoversatt (som kodeskript).
• Interne lenker i artiklene: slik at de peker til URL-en for hvert språk, ikke alltid til originalen.
• Publiseringsdato: originaldatoen for posten på spansk må beholdes.

Som du ser, er logikken bak dette ikke “oversett og ferdig”. Det ligger mange tester bak, og til og med noen ting som er valgt bort, som schema som foreløpig bare er på spansk.

Og i tillegg ville jeg at det skulle være et gratis system, ved å bruke GPTs i stedet for API-et til OpenAI eller Claude. Mer manuelt, men lavere kostnad.

Løsningen jeg valgte omfatter disse stegene:

1. Jeg publiserer en artikkel på spansk som vanlig.
2. Jeg bruker pluginen min til å eksportere en strukturert JSON, som inneholder hele innholdet i posten delt opp for oversettelse.
3. En GPT oversetter denne JSON-en til de ni språkene og gir meg ni JSON-er tilbake (én per språk).
4. Pluginen importerer de ni oversatte JSON-ene.
5. Polylang kobler hver oversettelse med originalen.
6. Artiklene genereres som utkast.
7. Jeg gjennomgår og/eller publiserer.
8. Jeg reparerer interne lenker (automatisk) hvis det er nødvendig.

I tillegg var det et første steg: å lage strukturen på flere språk. Dette gjøres bare første gang det kommer nye språk, som i mitt tilfelle skjedde to ganger: først for de fem opprinnelige språkene og deretter for de fire andre.

Hvis vi tar bort den første oppgaven engangs, legger prosessen jeg har designet til omtrent fem minutter ekstra til utarbeidelsen av hver post bare, samtidig som jeg multipliserer det nyttige innholdet på nettstedet mitt med ni.

Ikke verst.

Den flerspråklige strukturen

La oss se:

• Nettsted tilpasset til det ytterste.
• Med interface-copy.
• En forside som lagret nesten alle tekstene sine i kode.
• 23 kategorier og underkategorier, med moduloverskrifter, flere copies i skreddersydde felt og SEO-variablene sine.
• 24 tagger med lignende egenskaper.
• Flere skreddersydde moduler.
• Plugins som ikke støtter flerspråklighet som standard.

Og jeg vet ikke om jeg glemmer noe mer.

Alt dette måtte oversettes én gang per språk. Og det ville tatt meg, jeg vet ikke, minst fire timer i hvert tilfelle. Og det forutsatt at jeg kunne alle de aktuelle språkene, noe jeg ikke gjør.

Ikke snakk om.

Hva gjorde jeg?

Vel, denne prosessen:

1. Tilpasse alle copies til variabler, i kode og i custom fields i ACF..
2. Lage en funksjonalitet i pluginen som eksporterer alle disse variablene fra hver kategori eller tagg i JSON.
3. Lage en GPT som oversetter den JSON-en til språket jeg trenger.
4. Legge til en importør i pluginen som henter den oversatte JSON-en og lager den komplette taksonomistrukturen på det nye språket.
5. Gjenta prosessen med hvert språk.
6. Endre tekstene som fortsatt manglet.

Det var flere punkter som plaget meg, som slugs i taksonomiene, siden grunnversjonen av Polylang ikke lar deg lage to like slugs (bare med Pro).

Det vil si at taggen “comic” på spansk ikke kunne opprettes som “comic” på engelsk, men måtte være “comic-en” eller lignende.

Jeg utviklet pluginen slik at den tillot dette, med dominio.com/comic på spansk og dominio.com/en/comic på engelsk.

Yaarp (pluginen jeg brukte til relaterte artikler) ga meg også problemer, så jeg deaktiverte den siden den anbefalte artikler på andre språk. Antakelig lager jeg i fremtiden en funksjonalitet som prioriterer språk over resten av variablene i anbefalingene.

Den abonnementet på listen på andre språk har jeg også valgt bort til lanseringen. Kanskje jeg i fremtiden bestemmer meg for å sende nyhetsbrevet mitt oversatt, men foreløpig gjør jeg ikke det, så jeg laget ikke nye lister i Acumbamail.

4. Innholdet som allerede er laget: litt etter litt

Alt jeg har fortalt deg fungerer utmerket for nye artikler, men hva skjer med de mer enn to hundre jeg allerede har publisert?

Jeg skulle gjerne sagt at jeg har laget en funksjonalitet som automatiserer oversettelsen av dem, men slik er det ikke.

Det meste jeg har fått til, er å lage en funksjonalitet som genererer JSON eksportert i batcher med flere artikler, men da jeg prøvde å oversette flere artikler samtidig til ni språk, behandler GPT det dårligere. Så foreløpig én og én.

Med tanke på at jeg bruker rundt tre minutter per artikkel, er det ganske enkelt å oversette ti per dag, noe som ville gjort at jeg på under en måned hadde hele nettstedet på de ti språkene.

Det passer meg.

Jeg har også tenkt på å sette opp en Hermes og teste om den gjør det manuelt, men siden jeg foreløpig ikke har hastverk og dette ikke gir meg penger, foretrekker jeg å ikke bruke flere tokens enn nødvendig.

Resultatet

Foreløpig er jeg fornøyd. Jeg har allerede mer enn ti artikler oversatt til ti språk. Det vil si at nettstedet mitt har vokst 33 % på en uke.

Foreløpig tvinger jeg ikke fram noen indeksering. Jeg vil vente til jeg har minst 50 eller 60 artikler. Men hvis de indekseres, bekymrer det meg heller ikke. Dette er langsiktig.

Det jeg kan si deg, er at jeg er fornøyd med resultatet. 

Jeg tror systemet jeg har satt opp er ganske robust — med sine sannsynlige forbedringer, selvfølgelig — men selv i mine beste drømmer for rundt et år siden kunne jeg ikke forestille meg at jeg skulle administrere et flerspråklig nettsted med dette volumet av innhold.

Nå, som jeg alltid sier, får vi se hvor alt dette tar meg.

Lærdommer fra prosessen og konklusjon

Hovedkonklusjonen — som jeg allerede forutså — er at å oversette et nettsted med AI ikke handler om å “oversette tekster”, men om å designe et system.

AI er supernyttig hvis den får rene input og returnerer kontrollerte output. Men hvis du gir den en enorm blokk, uten struktur og uten regler, returnerer den noe pent, men som ikke kan importeres.

Tro meg, det skjedde mye med meg i starten.

Nøkkelen har vært å bygge et system der hver del gjør det den skal gjøre:

• WordPress er hjertet i alt.
• Polylang kobler innhold.
• Pluginen eksporterer og importerer.
• GPT oversetter.
• Jeg tar de redaksjonelle beslutningene.

Å ha klart for seg hvor hver brikke passer inn og hvorfor den gjør det og ikke noe mer, er det som har gjort det mulig for meg å lage et ekte system for å skalere et nettsted ved å bruke AI-oversettelse som brekkstang.

Hvis du likte systemet mitt og vil at jeg skal forklare et punkt, legg igjen spørsmålene dine i kommentarfeltet, så svarer jeg.