International SEO: Sådan strukturerer du sider, der dækker flere lande

Indledning

De fleste SEO-råd går ud fra én hjemmeside, ét sprog og ét marked. I det øjeblik et produkt henvender sig til brugere i mere end ét land, begynder disse råd at vakle. Pludselig står du med en hel del at holde styr på:

• duplikatindhold på næsten identiske sider,
• søgemaskiner, der viser den forkerte version til de forkerte brugere,
• en webstedsstruktur, der gav mening ved lanceringen, men som bliver et problem, når webstedet vokser.

De teams, der får det til at fungere, har som regel én ting til fælles: De fastlægger landemålretningen på arkitekturniveau, før nogen skriver et eneste ord af indholdet. Får du strukturen på plads, arver alle sider, du offentliggør efterfølgende, den. Går det galt, vil du bruge år på at udrede kanoniske links og fejlplacerede placeringer.

Denne guide gennemgår de strukturer, der fungerer, den markup, der holder dem sammen, og arbejdsgangen for at kontrollere, at hver landeversion rent faktisk rangerer, hvor den skal.

Landemålretning starter med URL'en

Googles egen dokumentation om administration af multiregionale websteder beskriver de realistiske muligheder: landespecifikke domæner, underdomæner, undermapper og URL-parametre. Den sidste er markeret som »ikke anbefalet«, hvilket efterlader tre seriøse kandidater:

• Landekodedomæner (example.de, example.fr) sender det tydeligste signal om geografisk målretning, men hvert domæne kan kun målrette mod et enkelt land, og hvert domæne, du tilføjer, splitter din autoritet og forøger din vedligeholdelsesbyrde.
• Underdomæner er nemme at opsætte, men brugerne kan ofte ikke ud fra URL’en se, om »de« henviser til det tyske sprog eller det tyske marked.
• Undermapper på ét globalt domæne koncentrerer autoriteten ét sted og holder vedligeholdelsen på et lavt niveau, hvilket er grunden til, at de er blevet standarden for de fleste internationale produkter.

Der findes ikke noget universelt korrekt valg. Der findes kun det valg, der passer til din virksomhed: hvor mange markeder du betjener, om de juridiske enheder varierer fra land til land, og hvor meget udviklingstid du kan bruge på at holde parallelle strukturer i live.

Uanset hvilken struktur du vælger, skal du vælge den én gang for alle. At flytte et etableret websted fra underdomæner til undermapper eller konsolidere en række landedomæner indebærer omdirigeringer, genindeksering og måneder med ustabile placeringer, mens søgemaskinerne genopbygger deres billede af webstedet. Teams, der skifter struktur undervejs, gør det som regel, fordi den oprindelige beslutning blev truffet som en standardløsning snarere end bevidst. Skriv beslutningen ned, inklusive de kompromiser, du har accepteret, så den næste person, der overtager webstedet, forstår, hvorfor strukturen ser ud, som den gør.

Hub-and-spoke-mønsteret for ét produkt på mange markeder

Det sværere tilfælde er et enkelt produkt, der findes i forskellige versioner pr. land. Det mønster, der skalerer bedst, er »hub-and-spoke«: ét kanonisk produkthub, der forgrener sig ud i sider på landeniveau bygget ud fra en fælles skabelon, hvor hver side er lokaliseret i de detaljer, der betyder noget.

Rejseplatforme gør dette med destinationssider, SaaS-virksomheder gør det med prissider pr. land, og mønsteret rækker langt ud over tech-branchen. Spiludbydere bruger det også: afsnittet »Lucky Numbers« på Hollywoodbets, en sydafrikansk spilplatform, forgrener sig ud i landespecifikke sider for et enkelt fastodds-produkt, der er bygget op omkring lotteritrækninger fra snesevis af lande (et spilprodukt for målgrupper i den lovlige spilalder på regulerede markeder). Ét produkt, én skabelon, én hub-URL og en underside for hvert marked, som indholdet dækker.

Regulerede brancher er lærerige her netop fordi de ikke har råd til strukturel tvetydighed: Arkitekturen skal gøre det helt klart, hvilken side der henvender sig til hvilken målgruppe.

Mønsterets SEO-logik er ligetil:

• Hubben akkumulerer links og autoritet for hovedtermen.
• Egerne arver den interne linkværdi og fanger long-tail-søgeforespørgsler, der er tilpasset det enkelte land.
• Den fælles skabelon betyder, at du kan gennemgå og forbedre hundredvis af sider ved at forbedre ét layout.

Hreflang, trin for trin

Strukturen fortæller søgemaskinerne, hvad der findes; hreflang fortæller dem, hvem de enkelte versioner er beregnet til. Googles vejledning til lokaliserede sideversioner angiver tre ækvivalente måder at angive dem på: link-tags i HTML-headet, HTTP-headere eller et XML-sitemap. Brug af mere end én metode giver ingen ekstra fordel i søgeresultaterne, så vælg den, som din platform understøtter mest pålideligt, og vær konsekvent.

Tre regler forhindrer de fleste hreflang-katastrofer:

1. Sørg for, at det er gensidigt. Hvis den britiske side peger på den tyske side, skal den tyske side pege tilbage. Annotationer, der ikke returneres, kan blive ignoreret, og et enkelt manglende retur-tag kan ubemærket ødelægge en hel klynge.
2. Indstil altid en x-default. Den reserverede x-default-værdi fanger brugere, hvis sprog og region ikke matcher nogen af dine versioner, og den er det rette sted for enhver side til valg af land.
3. Annoter hver side, inklusive den selv. Hreflang fungerer på sideniveau, så hver side i klyngen angiver sin egen URL samt alle sine alternativer. At oprette skabeloner til dette er netop den slags opgave, der hører hjemme i spoke-layoutet snarere end i nogens hukommelse.

Vær også opmærksom på selve koderne. Hreflang-værdier kombinerer en sprogkode med en valgfri regionskode, og de to løser forskellige problemer:

• en-GB og en-US kan pege på to sider på samme sprog, der er lokaliseret til forskellige markeder;
• et simpelt es kan fange spansktalende overalt, hvor du ikke har en landespecifik version.

En regionkode alene er ikke gyldig, og koder, der ser plausible ud, kan mislykkes: Googles dokumentation bemærker, at UK ikke er en gyldig regionkode, så en-UK virker ikke, hvor en-GB fungerer. Fejl som disse er en af de mest almindelige årsager til, at annoteringer i al stilhed fejler valideringen.

Hreflang er rutinemæssigt teknisk arbejde, men det er forskellen mellem, at dine omhyggeligt lokaliserede sider vises til de rigtige brugere, og at Google må gætte sig frem.

Lokale SERP’er er to forskellige verdener

Kilde: Magnific

Selv med perfekt arkitektur og markup giver den samme søgeforespørgsel forskellige resultater i forskellige lande. Lokale konkurrenter, lokal søgeintention, forskellige SERP-funktioner og forskellige konkurrenceniveauer betyder, at en side, der ligger nummer tre på et marked, kan ende på side fire på et andet med identisk indhold.

Derfor kan internationalt arbejde ikke udføres ud fra et enkelt sted, hvor man kun ser resultaterne. Ved at tjekke den faktiske SERP i hvert målland – ligesom en SERP-checker gør for ethvert land, enhver region eller by, du peger på – får du indblik i den konkurrencemæssige virkelighed, som hver enkelt side faktisk står over for: hvem der rangerer, med hvilken type side, og hvilke SERP-funktioner der ligger mellem dig og klikene.

Ofte er konklusionen ubehagelig. En tynd, skabelonbaseret side, der klarer sig fint på et marked med lav konkurrence, kan have brug for ægte lokalt indhold, lokale referencer og lokale links for at kunne konkurrere på et overfyldt marked. Betragt skabelonen som det udgangspunkt, hvert marked får fra dag ét, og lad derefter den aktuelle SERP fortælle dig, hvilke sider der fortjener en større investering. I praksis betyder det som regel:

• en håndfuld prioriterede markeder får tilpassede sektioner, lokale datapunkter og dedikeret linkbuilding;
• den lange hale af mindre markeder kører på den fælles skabelon, indtil tallene retfærdiggør mere.

Søgeordsanalysen starter forfra på hvert marked

Den anden fælde er at antage, at din søgeordsliste kan oversættes direkte. Direkte oversættelse går forbi pointen: Brugere i forskellige lande bruger ikke bare forskellige ord; de søger med forskellige hensigter og i forskellige mængder. En produktkategori, der er et hovedudtryk med høj søgevolumen på ét marked, kan være en nicheforespørgsel på et andet, og det uformelle udtryk, der driver al trafikken, har måske intet til fælles med den ordbogsbaserede oversættelse.

Den eneste pålidelige fremgangsmåde er at undersøge hvert marked fra bunden med et søgeordsanalyseværktøj, der understøtter stedsspecifikke data. Det tager tid, men det giver dig en fordel: Konkurrenter, der maskinoversætter deres søgeordsmålretning, efterlader hele lokale søgeordsområder ubesatte.

Det er også her, at »hub-and-spoke«-modellen betaler sig for anden gang. Da hver »spoke« er sin egen side, kan den målrette mod det lokale udtryk i stedet for det oversatte, uden at forstyrre resten af klyngen.

Mål efter marked, ellers gætter du bare

Kilde: Magnific

Den sidste disciplin er måling. Gennemsnitlige globale placeringer skjuler alt, hvad du har brug for at vide: En placering, der i gennemsnit er »forbedret«, kan være styrtdykket på dit mest værdifulde marked, mens den er steget på tre irrelevante markeder.

Ved at spore placeringer pr. land og pr. søgeord i et værktøj til placeringsovervågning bliver arkitekturen til en feedback-loop. Hver "spoke"-side får sit eget resultattavle, og strukturelle problemer afslører sig selv som mønstre:

• Hvis alle "spokes" klarer sig dårligt i et land, skal du mistænke målretningssignaler eller hreflang.
• Hvis en enkelt side præsterer dårligt overalt, skal du mistænke selve siden.

Den diagnostiske logik fungerer kun, når dataene er segmenteret efter placering fra starten, hvilket er grunden til, at sporing pr. marked hører hjemme på lanceringschecklisten snarere end i oprydningsfasen seks måneder senere.

Et praktisk ugentligt forløb for et produkt, der dækker flere lande, ser således ud:

1. Gennemgå udviklingen pr. land for de indtægtsgenererende sider.
2. Sammenlign de største forskelle med den aktuelle lokale SERP.
3. Marker de områder, hvor den lokale konkurrence har strukturelt bedre sider.
4. Sæt lokaliseringsarbejde i kø, hvor dataene tyder på, at det vil betale sig.

For en dybere baggrund om den sproglige side af dette arbejde dækker Ranktrackers guide til optimering af et websted til andre sprog det indholdslag, der ligger oven på den her beskrevne arkitektur.

Almindelige fejltyper, der er værd at undersøge

Inden du lancerer en struktur, der dækker flere lande, skal du gennemføre en revision for at finde de fejl, der dukker op i næsten alle internationale SEO-efteranalyser:

• Blandede signaler. Et ccTLD, der peger hreflang mod undermapper på et andet domæne, eller landesider, der er kanoniseret til det globale knudepunkt, hvilket diskret fortæller Google, at siderne er duplikater, der ikke er værd at rangere.
• Automatiske IP-baserede omdirigeringer. De udelukker både brugere og crawlere fra de versioner, de egentlig ønskede. Googles råd er at undgå automatiske omdirigeringer og i stedet oprette links mellem versionerne, så brugerne selv kan vælge den, de har brug for, da IP-baseret lokationsdetektering i forvejen er upålidelig.
• Uoversat standardtekst. Menuer, sidefødder og betalingsforløb, der er efterladt på et andet sprog på en ellers lokaliseret side, underminerer både brugernes tillid og sidens sproglige signaler.

Ingen af disse er usædvanlige. Det er det, der sker, når et team lokaliserer ordene og aldrig ser på strukturen bag dem igen, og hver enkelt fejl er billig at opdage i en gennemgang, men dyr at opdage i en placeringsrapport.

Strukturen er strategien

SEO på tværs af landegrænser belønner teams, der konsekvent udfører kedelige opgaver:

• én gennemtænkt URL-struktur;
• én velstruktureret hub-and-spoke-model pr. produkt;
• gensidig hreflang med en x-default;
• søgeordsanalyse for hvert marked;
• rangsporing pr. land, der lukker cirklen.

Eksemplerne findes overalt, når man først leder efter dem – fra SaaS-prissider til lotteritrækningssider – og de lærer os alle den samme lektie. Siderne rangerer ikke overalt, fordi indholdet er fremragende overalt. De rangerer overalt, fordi strukturen aldrig lader spørgsmålet ”hvem er denne side beregnet til?” være åbent for fortolkning.