Flerspråkiga webbplatser: CMS, adresser och arbetsflöde
En flerspråkig webbplats är inte en webbplats gånger antalet språk. Det är en innehållsmodell med översättningsrelationer, ett URL-mönster du aldrig mer vill ändra, och ett arbetsflöde som avgör om översättningarna hålls aktuella eller blir gamla inom ett år.
Den här guiden går igenom besluten i ordning efter hur dyrt det är att backa dem.
Välj URL-mönstret först#
Det är det dyraste beslutet att ändra, eftersom det hänger ihop med hreflang, kanoniska adresser och varje omdirigering du någonsin skriver.
| Mönster | Exempel | Avvägning |
|---|---|---|
| Undermapp | site.se/en/tjanster | Enklast; en domän bygger all auktoritet |
| Underdomän | en.site.com/tjanster | Renare åtskillnad; mer uppsättning, delade signaler |
| Landsdomän | site.de/leistungen | Starkaste lokala signalen; en separat webbplats att sköta |
| Parameter | site.com/tjanster?lang=en | Undvik — svaga signaler, dubblettrisk |
För de flesta projekt är undermappar rätt. Landsdomäner är värda det bara när du verkligen bygger lokal närvaro, med team per marknad.
Språket, och delarna som översätts#
En språkversion är mer än texten. Dessa delar glöms oftast och är synliga för besökarna.
- Adressnamn: översatta för lokal relevans, eller identiska för enklare förvaltning. Båda försvarbara; välj medvetet.
- Metadata: titlar och beskrivningar per språk, inte maskinellt härledda från originalet.
- Datum, tal och valuta i lokalt format.
- Formulär: etiketter, felmeddelanden, bekräftelser, och mejlen som följer.
- Bilder med inbränd text — omöjliga att översätta utan separata filer.
- Juridiska sidor: integritetspolicy och villkor har verkliga skillnader mellan jurisdiktioner.
- Sökfunktion och felsidor, som nästan alltid blir kvar på originalspråket.
- Skrivriktning för språk som skrivs från höger till vänster — det är layout, inte bara text.
Att sätta upp hreflang rätt#
hreflang talar om för sökmotorer vilken version som hör till vilket språk. Det är mekaniskt och fallerar på mekaniska sätt.
- Varje sida anger varje språkversion av sig själv, inklusive sig själv.
- Referenserna måste vara ömsesidiga. Saknas returreferensen faller hela gruppen.
- Använd korrekta koder: sv, de, pt-br. En påhittad kod ignoreras.
- Använd samma kod i HTML och i sitemapen; två olika koder bryter gruppen.
- Lägg till x-default för besökare som inte faller in i något språk.
- Generera allt från en källa så att HTML och sitemap inte kan glida isär.
- Finns en sida inte på ett språk, ange inte det språket — peka inte på en ersättare.
Sista regeln är viktig vid stegvis översättning: en delvis översatt webbplats är helt i sin ordning så länge hreflang bara anger det som faktiskt finns.
Arbetsflöde: var det kör fast i praktiken#
Den tekniska uppsättningen är den lätta delen. Att hålla översättningarna aktuella är där flerspråkiga projekt stannar.
| Problem | Vad som händer | Angreppssätt |
|---|---|---|
| Originalet ändras, översättningen inte | Språken glider tyst isär | Märk översättningar som inaktuella vid originaländring |
| Ingen ägare per språk | Översättningar åldras utan att någon märker det | Utse en ansvarig per språk |
| Översätta allt | Kostnaden skalar med sidantal, inte med värde | Översätt bara det marknaden behöver |
| Maskinöversättning utan granskning | Fel som skadar varumärket och rankar dåligt | Maskinellt som första version, alltid granskat |
| Översättare utan sammanhang | Ordagranna men felaktiga texter | Skicka skärmbilder och anteckningar |
| Inga utkast per språk | Halva översättningar live | Separat publiceringsstatus per språk |
Bestäm i förväg vilka språk som ska vara kompletta och vilka som får ett urval. En webbplats med fem bra språk presterar bättre än en med femton inaktuella.
Vanliga frågor
Ska jag använda undermappar eller separata domäner?
Undermappar för merparten av projekten: en domän bygger all auktoritet, uppsättningen är enklare och det finns en webbplats att förvalta. Landsdomäner är värda det när du verkligen bygger lokal närvaro med team per marknad — då köper du en stark lokal signal och betalar med förvaltningsbörda.
Är maskinöversättning acceptabelt?
Som en första version som en människa granskar, ja — det är numera normal praxis och sparar avsevärt. Publicerat ogranskat är det riskabelt: fel i facktermer skadar din trovärdighet hos precis de läsare du vill nå, och texterna rankar dåligt eftersom de inte motsvarar hur människor faktiskt söker.
Måste jag översätta varje sida till varje språk?
Nej, och att försöka är hur flerspråkiga projekt kör fast. Översätt det marknaden behöver: kärnsidorna, tjänsterna du erbjuder där, och innehållet som faktiskt söks på det språket. Så länge hreflang bara anger det som finns är en delvis översatt webbplats tekniskt helt korrekt.
Vad går oftast fel på flerspråkiga webbplatser?
Två saker. Tekniskt: icke-ömsesidig hreflang, vilket upphäver hela språkgruppen. Organisatoriskt: ingen ägare per språk, så originalet går framåt medan översättningarna står stilla. Det andra är oftare fatalt, eftersom det inte är ett fel någon rapporterar — förfallet är gradvis.
flerspråkig webbplatshreflangöversättning cmsflerspråkig seointernationell webbplatsspråkversioner
