Søkemotoroptimalisering av WordPress på utenlandske markeder avhenger av arkitekturen. En oversettelsesutvidelse løser det ikke alene. En egen URL for hvert språk, gjensidige hreflang-tagger og lokalt produsert innhold avgjør om Google og AI-svarmotorer viser en tysk versjon fremfor en polsk til en kunde i München.
Flerspråklig WordPress-SEO handler om å sette opp CMS-ets struktur, innhold og tekniske signaler slik at hver språkversjon rangerer uavhengig i sitt marked. Ifølge tall fra W3Techs om markedsandeler for publiseringssystemer driver WordPress over 43 % av alle nettsteder. Det gir ingen gratis rangeringer.
Gå gjennom disse 15 sjekkpunktene før du lanserer hver nye språkversjon for et B2B-nettsted.
Hovedpunkter
- Hver språkversjon krever en egen, fast URL, ettersom Google ikke behandler varianter styrt av infokapsler eller skript som separate sider for indeksering.
- En hreflang-tag fungerer bare med gjensidige koblinger: hvis /de/ peker til /pl/, må /pl/ peke tilbake til /de/, ellers kan Google ignorere hele oppsettet.
- Hreflang-koder bygger på ISO 639-1 (språk) og ISO 3166-1 Alpha 2 (region), så Storbritannia er en-gb, ikke en-uk.
- Canonical på den tyske versjonen må peke til den tyske versjonen selv. En canonical-tag rettet mot den polske originalen fjerner oversettelsen fra indeksen.
- Å blokkere GPTBot eller PerplexityBot i robots.txt stenger innholdet ute fra deler av AI-motorene, mens Google-Extended-direktivet ikke påvirker rangeringene i Googles vanlige søkeresultater.
Hvordan konfigurere hreflang-tagger og domenestruktur riktig i WordPress?
For de fleste B2B-selskaper er undermapper (/en/, /de/) på ett domene det enkleste og rimeligste alternativet å drifte, kombinert med hreflang generert av en flerspråksutvidelse som WPML eller Polylang. Da overføres hele domeneautoriteten til alle markeder, samtidig som du kun administrerer én installasjon.
| Struktur | Eksempel | Domeneautoritet | Vedlikehold i WordPress | Når det gir mening |
|---|---|---|---|---|
| Undermappe | bedrift.com/de/ | Felles for alle versjoner | Én installasjon + utvidelse | De fleste B2B-selskaper, tidlig ekspansjon |
| Subdomene | de.bedrift.com | Delvis adskilt | Multisite eller egne installasjoner | Egne team i ulike markeder |
| Nasjonalt domene | bedrift.de | Bygges fra bunnen av | Egne installasjoner | Sterk lokal merkevare, ulike tilbud |
1. Velg én URL-struktur og hold deg til den på tvers av alle språk. En blanding av undermapper, subdomener og ?lang=-parametre vanner ut signalene og gjør enhver fremtidig migrering vanskelig.
2. Hver språkversjon må ha en egen URL som er tilgjengelig uten infokapsler og JavaScript. Søkeroboter besøker siden uten økthistorikk, så innhold som kun dukker opp etter klikk på en språkvelger, eksisterer ikke for dem.
3. Hreflang med gjensidige lenker, selvreferanse og x-default. Uten disse tre elementene kan Google hoppe over merkingen, noe Googles dokumentasjon om lokaliserte versjoner forklarer direkte.
4. Canonical på hver versjon skal peke til siden selv. En canonical-tag fra /de/leistungen/ til /pl/oferta/ signaliserer til Google at siden er en duplikat, og den tyske versjonen forsvinner fra indeksen.
Hvordan ser dette ut i praksis? Siden /pl/oferta/ bør ha et komplett sett med tagger i head-seksjonen: hreflang="pl-pl" til seg selv, hreflang="de-de" til /de/leistungen/, hreflang="en-gb" til /en/services/ og hreflang="x-default" til versjonen du ønsker å vise til resten av verden. Nøyaktig det samme settet legges inn på den tyske og den engelske siden. Dette kontrollerer du ved å sammenligne kildekoden for de tre adressene side om side. Ethvert avvik er en feil.
Du kan også legge inn merkingen i et XML-nettstedskart eller i HTTP-hodene. Velg én metode. Bruker du to metoder samtidig, risikerer du motstridende signaler. Hvis du planlegger å gå inn i det nordiske markedet, fungerer samme fremgangsmåte ved ekspansjon til det danske markedet.
Hva bør du unngå når du publiserer flerspråklig innhold i CMS-et?
Størst skade gjør direkte maskinoversettelser som publiseres automatisk uten menneskelig gjennomgang. En utvidelse kan på få minutter generere hundrevis av undersider med feil fagterminologi, tomme URL-slugs og sprikende hreflang. Google mottar mengder av tynt innhold, og merkevaren din sitter igjen med tekster som ingen tyske innkjøpere tar seriøst.
5. Slå av automatisk publisering av oversettelser uten godkjenning. Maskinoversettelse forstår ikke bransjevokabularet ditt og vet ikke at en IT-leveranse ikke heter det samme som en generell innføring i en lærebok.
6. Oversett URL-slugs, ikke bare brødteksten. Adressen /de/uslugi/ fremstår som en feil for en tysk bruker, mens /de/leistungen/ inneholder ordet de faktisk søker etter.
7. Unngå språkblanding på samme side. Menyer, bunntekst, moduler, skjemaer og WooCommerce-meldinger må følge samme språk som innholdet. Dette er et typisk svakt punkt ved søkemotoroptimalisering av nettbutikker der handlekurven blir stående på polsk.
8. Ikke videresend automatisk basert på IP-adresse. Googlebot indekserer hovedsakelig fra amerikanske IP-adresser, og en tvungen videresending kan føre til at søkemotoren bare ser den engelske versjonen.
Vis heller et diskret varsel: «Det ser ut til at du er i Tyskland. Vil du bytte til den tyske versjonen?». Brukeren velger selv. Søkeroboten ser alt.
Dette belyser motsetningen mellom lokalt tilpasset innhold og enkle oversettelser. Lokalt innhold skrives fra bunnen av for målgruppen, med deres eksempler og søkefraser. En ren oversettelse flytter bare en polsk tekst ord for ord. Det første bygger tillit. Det andre koster den.
Hvordan tilpasse metadata og overskrifter til utenlandske markeder?
Metadata må skrives på nytt for hvert marked, med utgangspunkt i en egen søkeordsanalyse på det lokale språket. En direkte oversatt tittel treffer sjelden søkefrasene kundene faktisk benytter. En god tittel holder seg innenfor omtrent 60 tegn, og metabeskrivelsen rundt 155.
9. Gjennomfør en separat søkeordsanalyse for hvert marked. Et polsk begrep for grossistvirksomhet kan tilsvare både «wholesaler» og «distributor» på engelsk, og valget bør styres av lokalt søkevolum, ikke en ordbok.
10. Angi title og meta description separat for hver versjon i Rank Math eller Yoast SEO. Begge verktøyene fungerer med WPML og Polylang, men vil som standard kopiere de polske feltene om du ikke overstyrer dem.
11. Én H1 per side, og H2-overskrifter formulert som den lokale kundens spørsmål. En tysk B2B-innkjøper stiller andre krav til standarder og leveringsbetingelser enn en polsk kunde, så overskrifter som svarer på disse spørsmålene matcher lokale søk.
En praktisk test: ta den polske sidetittelen din, søk etter oversettelsen i det lokale Google-søket, og sammenlign med de ti øverste resultatene. Hvis ingen blant topp ti benytter frasen din, må du skrive tittelen på nytt. Samme prinsipp gjelder for søkemotoroptimalisering i Google i det opprinnelige markedet: det er markedet som bestemmer søkeordet, ikke forfatteren.
Strukturerte data (schema) må også følge språket på siden. Tjenestenavn, beskrivelser og FAQ i JSON-LD-koden bør være på samme språk som siden de tilhører. Rank Math genererer schema automatisk, men innholdet hentes fra det du har lagt inn i feltene.
Hvilke tekniske innstillinger bør du sjekke før lansering av hver språkversjon?
Før hver versjon går live, sender du inn XML-nettstedskartet i Google Search Console og tester innlastingstiden fra mållandet i stedet for fra kontoret i Polen. En server i Warszawa kan oppleves som lynrask for deg, men treg for en kunde i Lisboa.
12. XML-nettstedskartet dekker alle språkversjoner og er sendt inn i Google Search Console. Du kan legge til en egen områderessurs i Search Console for hver undermappe (f.eks. bedrift.com/de/), noe som gir rene data for indeksering og søk per marked.
13. Hurtigbufring, bildekomprimering og CDN fungerer for hvert marked. Utvidelser som WP Rocket eller LiteSpeed Cache, bilder i WebP-format og et CDN med noder nær målgruppen kutter innlastingstiden der kundene befinner seg.
En ekstra rask sjekkliste før publisering:
- Permalenker er satt til «Innleggsnavn», uten datoer eller numeriske ID-er i adressene.
- Valget «Be søkemotorer om ikke å indeksere dette nettstedet» er huket av etter at arbeidet i testmiljøet er fullført.
- 301-omdirigeringer fra gamle adresser er på plass hvis du endrer strukturen på et eksisterende nettsted.
- Interne lenker peker til sider på samme språk, ikke tilbake til de polske sidene.
Det siste punktet brytes ofte. En redaktør dupliserer et polsk innlegg, oversetter teksten og lar lenkene peke til /pl/. Dermed mister den nye versjonen intern lenkekraft, og brukeren havner på et ukjent språk etter første klikk.
Hva bør du sjekke med tanke på synlighet i globale AI-motorer?
I robots.txt bør du kontrollere fire boter: GPTBot og OAI-SearchBot (OpenAI), PerplexityBot samt Google-Extended. Hvorvidt disse crawlerne blokkeres, avgjør om innholdet ditt i det hele tatt kan dukke opp i svar fra ChatGPT, Perplexity og Gemini. Dette er GEO, altså optimalisering for AI-svarmotorer, som fungerer side om side med tradisjonell SEO.
14. Ta et bevisst valg om AI-botenes tilgang i robots.txt. Mange sikkerhetsutvidelser og webhoteller blokkerer dem som standard, og du oppdager det kanskje først når konkurrentene blir sitert og du ikke blir det.
15. Skriv avsnitt med svaret først, og mål siteringer på hvert språk. AI-motorene siterer frittstående, faktabaserte avsnitt, og en tysk sitering garanterer ikke at du siteres på engelsk.
Hvordan sjekker du dette uten overflatiske tall? Formuler ti spørsmål kundene dine stiller, for eksempel: «Hvilken leverandør av ERP-systemer for produksjon i Polen håndterer kunder fra Tyskland?». Still dem i ChatGPT, Gemini og Perplexity på hvert målspråk. Notér om merkevaren din nevnes i svaret og hvilken URL som oppgis som kilde. Gjenta dette månedlig.
Legg også til Organization-strukturerte data med sameAs-feltet (LinkedIn, bransjeprofiler) og bruk et enhetlig firmanavn på tvers av alle versjoner. AI-motorer kobler fakta om merkevaren sammen fra flere kilder. Færre sprik gir bedre forutsetninger for å bli anbefalt.
Tre avgjørende elementer for flerspråklig WordPress-SEO
Av de 15 punktene har tre størst betydning for resultatet: egne URL-er med gjensidig hreflang, en canonical som peker til sidens egen versjon, og lokalt innhold skrevet for lokale søkeord. De to første er tekniske SEO-barrierer som kan stenge et helt marked ute fra indeksen. Det tredje avgjør om noen blir værende på siden.
- URL-struktur og hreflang (punkt 1–3). Feil her fører til at Google viser en polsk side i Tyskland, eller ingen sider i det hele tatt.
- Canonical til siden selv (punkt 4). Én feil innstilling i temamalen kan ekskludere alle oversettelsene fra indeksen samtidig.
- Lokalt innhold og søkeordsanalyse per marked (punkt 5, 9, 10). Teknikken slipper deg inn i søkeresultatene, men det er teksten skrevet for den lokale kunden som konverterer visninger til henvendelser og AI-siteringer.
Har du bare tid til én oppgave, bør du starte med en revisjon av hreflang og canonical. Det er den rimeligste feilrettingen med størst gevinst.
Ofte stilte spørsmål
Hvilken flerspråksutvidelse for WordPress er best for SEO?
WPML, Polylang og TranslatePress genererer alle separate URL-er og hreflang-tagger, så samtlige fungerer godt til SEO. Polylang har en gratis basisversjon, WPML er en betalt løsning, og TranslatePress lar deg redigere oversettelser direkte i et visuelt grensesnitt. Viktigere enn valg av utvidelse er om selve innholdet er lokalt tilpasset.
Kan jeg bruke Yoast SEO og Rank Math samtidig?
Nei. To SEO-utvidelser samtidig vil skape doble metatagger, doble nettstedskart og motstridende strukturerte data. Velg én, og bruk eventuelt den innebygde importfunksjonen for innstillinger i Rank Math dersom du bytter.
Hvor lang tid tar det før en ny språkversjon begynner å rangere?
Vanligvis fra noen uker til noen måneder, avhengig av konkurransen i markedet og domeneautoriteten. I en undermappe drar den nye versjonen nytte av hele domenets historikk, og rangerer derfor raskere enn et helt nytt nasjonalt domene. Prosessen går raskere hvis du sender inn nettstedskartet og lenker til den nye versjonen fra de sterkeste undersidene.
Straffer Google innhold som er oversatt eller generert av AI?
Google straffer ikke bruken av automatisering i seg selv. Siden mars 2024 omfatter imidlertid retningslinjene for søppelpost storskala innholdsproduksjon som utelukkende lages for å manipulere rangeringer uten å gi verdi til brukeren. Hundrevis av maskinoversatte undersider uten redaksjonell bearbeiding faller rett inn i denne risikokategorien.
Planen din for de neste 7 dagene
Start med tre adresser: forsiden, en tilbudsside og et blogginnlegg for hver språkversjon. Åpne kildekoden, kontroller hreflang, canonical og språket i menyen. Still deretter ti kundespørsmål i ChatGPT, Gemini og Perplexity. I løpet av en uke ser du hvor du taper terreng.
- Dag 1–2: gjennomgang av hreflang, canonical og robots.txt (punkt 1–4 og 14).
- Dag 3–4: oversikt over sider med blandet språk, polske URL-slugs og lenker til /pl/.
- Dag 5: søkeordsanalyse for ett utvalgt målområde.
- Dag 6–7: nye sidetitler og metabeskrivelser for de ti viktigste undersidene i dette markedet.
Vil du slippe å gjøre dette manuelt for hvert marked? I UPGeoSEO gjennomfører vi en SEO- og GEO-revisjon av WordPress-nettstedet ditt, lærer merkevarestemmen din og produserer lokalt innhold på alle språk. Du godkjenner, vi publiserer på autopilot og sporer AI-siteringer uten kunstig oppblåste tall. Vil du beregne budsjettet først, kan du se hva SEO faktisk koster.
