Flerspråkiga webbplatser gjort enkelt: lägg till engelska & spanska

Vad du bygger (och vad du bör översätta först)

Att lägga till spanska (eller engelska) blir ofta aktuellt när du ser tydliga signaler: en växande andel besökare som använder det språket, upprepade försäljningsförfrågningar från en viss marknad eller supportärenden som drar ut på tiden på grund av fram- och tillbaka. Gjort rätt kan lokalisering också minska supportbördan—när kunder kan hjälpa sig själva på sitt föredragna språk skickar de färre "snabba fråga"-ärenden.

"Flerspråkig" vs. "Översatt" (den praktiska skillnaden)

En flerspråkig webbplats är inte bara dina sidor körda genom en översättningsmaskin. Den inkluderar:

• Navigation och UI: menyer, knappar, header/footer, cookie-banner
• Metadata: sidtitlar, meta-beskrivningar, Open Graph-text
• Systemtext: valideringsfel i formulär, bekräftelsemeddelanden, transaktionella e‑post
• Hittbarhet: varje språk har sina egna indexerbara sidor som folk kan dela och bokmärka

Om du endast översätter brödtexten möter användarna fortfarande engelskspråkiga menyer, sök som inte fungerar eller formulär de inte litar på. Det känns ofärdigt.

Sätt ett realistiskt "Version 1"-omfång

Börja med sidor som direkt påverkar intäkter och support. En stabil första release innehåller ofta:

1. Startsida (vad ni gör, vem det är för)
2. Produkt-/tjänstesidor (funktioner, fördelar, prisledtrådar)
3. Priser eller "Begär offert"-sida
4. Toppsidor för konvertering: /contact, /demo, /signup
5. Viktiga förtroendesidor: testimonials, case studies, om oss
6. Supportväsentligheter: topphjälpartiklar eller en kort FAQ

Saker som är trevliga att ha (bloggarkiv, äldre press) kan komma senare när grunden är konsekvent.

Bestäm vem som ansvarar för uppdateringar (innan du översätter)

Tvåspråkiga sajter misslyckas ofta när ett språk slutar uppdateras. Tilldela tydligt ansvar:

• Marketing ansvarar för kärnsidor, kampanjer och SEO-metadata
• Product ansvarar för termer i appen och release notes (om de finns på sajten)
• Support ansvarar för hjälpinnehåll och fördefinierade svar

Välj en enkel regel: när engelska ändras uppdateras spanska inom en satt tidsram (t.ex. 3–5 arbetsdagar). Det beslutet förhindrar problemet med att "två sajter glider isär".

Välj en enkel URL-struktur för engelska och spanska

Din URL-struktur är "adresseringssystemet" för dina två språk. Välj tidigt och håll fast vid det—att ändra senare kan innebära omdirigeringar, förlorade rankingar och brutna delade länkar.

De tre vanliga alternativen

1) Subfoldrar (rekommenderas för de flesta sajter):

• Engelska: / eller /en/
• Spanska: /es/

2) Subdomäner:

• Engelska: www.example.com
• Spanska: es.example.com

3) Separata domäner:

• Engelska: example.com
• Spanska: example.es

Varför subfoldrar oftast är enklast

För SEO och underhåll tenderar subfoldrar vara minst komplicerade:

• SEO-signalerna hålls ihop: Länkar och auktoritet pekar till en domän istället för att delas upp.
• Innehållshantering är enklare: En CMS, en deployment, en säkerhetsuppsättning.
• Analys blir renare: Jämför /es/ vs. icke-/es/ trafik utan att behöva sy ihop rapporter.

Subdomäner och separata domäner är inte "fel"—de kräver bara mer arbete. Om målet är en rakt igenom engelsk/spansk webbplats är subfoldrar ofta det mest praktiska valet.

Hur ditt val påverkar delning, indexering och spårning

• Delade länkar: Användare klistrar in den URL de befinner sig på. Med subfoldrar är det tydligt när en länk är spansk: /es/....
• Sökindexering: Sökmotorer kan indexera vilken struktur som helst, men konsekvens hjälper. Håll varje språk tydligt separerat så crawlers inte förväxlar duplicerat innehåll.
• Analytics & rapportering: Bestäm hur ni ska segmentera språktrafik (t.ex. sökvägar som börjar med /es/). Er URL-struktur avgör hur enkelt det blir.

Håll URL-namn konsekventa (välj ett tillvägagångssätt)

Bestäm om spanska URL:er ska översättas eller inte, och använd samma strategi överallt:

• Översatta slugs: /es/precios, /es/contacto
• Samma slugs som engelska: /es/pricing, /es/contact

Båda funkar—det viktigaste är konsekvens. Att blanda blir förvirrande för användare, redaktörer och rapportering och gör din flerspråkiga webbplats svårare att underhålla.

Lägg till en språkväxlare som användarna förstår

En tvåspråkig sajt känns bara "lätt" om besökarna kan byta språk utan att tänka. Din språkväxlare är ett litet UI-element som tyst påverkar förtroende, konverteringar och supportärenden.

Gör den tydlig (men inte stökig)

Placera en tydlig språkväljare på en konsekvent plats—vanligtvis i headern (bäst för upptäckt) eller i footern (acceptabelt om headern är trång). Om du använder en meny, ha den nära navigationen så användare inte behöver leta.

Använd tydliga etiketter: English och Español. Undvik förkortningar som EN/ES om inte utrymmet verkligen är begränsat.

Använd flaggor med försiktighet

Flaggor är frestande, men språk är inte samma sak som land. En spansktalande person kan befinna sig i USA, och engelska används i många länder. Om du ändå visar flaggor, kombinera dem med text ("English", "Español") så betydelsen blir tydlig.

Kom ihåg användarens val

När någon växlar till Español, låt dem slippa göra det igen på varje sida.

• Spara preferensen i en cookie (för anonyma besökare)
• Om de har ett konto, spara det även i profilinställningarna

Det är viktigt om du skickar användare till båda språken från annonser, e‑post eller sociala länkar.

Undvik tvingande omdirigeringar som låser användare

Automatisk omdirigering baserat på webbläsarspråk eller IP kan slå fel: tvåspråkiga användare, resenärer och VPN‑användare får ofta "fel" språk.

Om du föreslår ett språk, håll det lättviktigt (en avvisbar banner) och ge alltid en enkel knapp för att byta tillbaka.

Slutligen: gör språkväxlaren tillgänglig—den ska fungera med tangentbord, vara läsbar på mobil och tydligt märkt (t.ex. "Språk").

Få flerspråkig SEO rätt: hreflang, canonicals och metadata

Om du bara översätter synlig sidtext kan sökmotorer fortfarande bli förvirrade om vilken version som ska rankas—särskilt när engelska och spanska sidor liknar varandra. Några SEO‑grunder gör stor skillnad, och de är mestadels "ställ in en gång, underhåll för alltid."

1) Använd hreflang för att koppla ihop språkpar

Lägg till hreflang så Google förstår vilken engelsk sida som matchar vilken spansk sida (och visar rätt sida efter språk och region).

Minst bör varje par referera till varandra:

• /en/pricing bör peka till /es/precios
• /es/precios bör peka tillbaka till /en/pricing

Om ni har generiska språkversioner (inte landspecifika) använd en och es. Om ni riktar mot länder kan ni använda en-US, es-ES, es-MX etc. Många sajter lägger också till en x-default-version (ofta engelska) för användare utan en tydlig språkmatch.

2) Ställ canonicals korrekt

Canonical-taggar förhindrar problem med duplicerat innehåll, men de är lätta att felkonfigurera på flerspråkiga sajter.

Ledregel: varje språkssida ska canonicala till sig själv.

• Engelska sidor: canonical ska peka på den engelska URL:en.
• Spanska sidor: canonical ska peka på den spanska URL:en.

Undvik att peka spanska sidor till engelska canonicals "för att det är originalet". Det signalerar till Google att den spanska sidan inte är den föredragna versionen, vilket kan skada spansk synlighet.

3) Översätt metadata (inte bara sidan)

Sökutklipp och sociala förhandsvisningar genereras ofta av metadata, inte rubrikerna på sidan.

Se till att du översätter och lokaliserar:

• Title tags (håll dem naturliga, inte ordagrant)
• Meta descriptions (skriv för klick i det språket)
• Open Graph-fält (og:title, og:description) och Twitter‑fält

Tips: behåll varumärkesnamnet konsekvent, men anpassa fraser efter vad spansktalande faktiskt söker.

4) Skicka in båda språken i din sitemap

Hjälp sökmotorer att hitta varje version:

• Inkludera både /en/ och /es/ URL:er i samma sitemap, eller
• Publicera separata sitemaps per språk

Oavsett, se till att nya sidor dyker upp i båda språken över tid—saknade eller föråldrade spanska URL:er är en vanlig orsak till att flerspråkig SEO underpresterar.

Lokalisera hela upplevelsen, inte bara sidtexten

Att översätta stycken är det uppenbara. "Upplevelsen" är allt runt texten—navigation, knappar, felmeddelanden, formatering och till och med tillgångar. Om de delarna förblir i ett språk känns sidan ofärdig och användare tappar förtroende.

UI-text: det lilla som användarna klickar på

Börja med navigationsetiketter, CTA:er och upprepade gränssnittselement (header, footer, cookie-banner, sökning, kontomenyer). Gå sedan vidare till systemmeddelanden: valideringsfel, tomma tillstånd, bekräftelser och "laddar"-texter.

Detta är särskilt viktigt i formulär. En spansk sida med engelska felformulär ("Please enter a valid email") bryter förtroendet och orsakar avhopp. Se till att placeholders, hjälpartexter och automatiska e‑post (som "Tack för att du kontaktade oss") matchar sidans språk.

Bilder som innehåller ord

Skärmbilder, banners, infografik och "text på bild"-kampanjer döljer ofta oöversatt text. Du har två alternativ:

• Ersätt tillgången med en spansk version (bäst för tydlighet).
• Designa om så att texten blir riktig HTML (bäst för tillgänglighet och SEO).

Om du inte kan göra en ny bild snabbt, undvik att lägga viktig information (priser, deadlines, instruktioner) inuti grafiken.

Spansk interpunktion, accenter och typsnitt

Spanska kräver full teckenuppsättning: accenter (á, é, í, ó, ú), ñ och inverterade skiljetecken (¿ ¡). Kontrollera att dina typsnitt återger dessa tecken snyggt i alla storlekar—särskilt på knappar och menyer där tight spacing kan klippa tecken.

Datum, tider, valuta och siffror

Välj format som matchar din målgrupp och använd dem konsekvent. Exempel:

• Datum: "12/03/2025" kan betyda 12 mars eller 3 december—skriv ut månader när det är oklart.
• Tal: engelska använder ofta 1,234.56 medan spanska ofta använder 1.234,56.
• Valuta: visa symbol och kontext (USD, MXN, EUR) när det är relevant.

När dessa detaljer stämmer överens känns din engelska/spanska webbplats verkligen tvåspråkig—inte bara översatt.

Skapa ett översättningsarbetsflöde som inte kraschar senare

En tvåspråkig sajt förblir "enkel" bara om ni kan uppdatera den utan kaos. Målet är inte en perfekt process—det är en upprepbar väg från ny text till publicerade sidor på båda språken.

1) Börja med en gemensam ordlista (innan ni översätter)

Skapa en levande ordlista som alla använder—skribenter, översättare och granskare. Inkludera:

• Produkt- och funktionsnamn (vad aldrig översätts)
• Nyckelmarknadsföringsfraser och hur ni vill ha dem översatta
• Tonbeslut, särskilt "du" vs. "usted" (och om ni använder neutral latinamerikansk spanska eller en specifik regional stil)

Det här undviker klassikern där samma knapp blir "Empezar", "Comenzar" och "Iniciar" över sajten.

2) Välj en översättningsmetod som matchar er risk

Välj ett tillvägagångssätt och dokumentera det så det blir konsekvent:

• Mänsklig översättning: bäst för varumärkessidor, priser och juridiska texter
• Maskin + granskning: snabbt för hjälpartiklar och long-tail-innehåll—om en granskare ansvarar för kvalitet
• Byrå: användbart när ni behöver kapacitet, deadlines och stilkontroll

En enkel regel: allt som påverkar konvertering eller förtroende får mest mänsklig uppmärksamhet.

3) Definiera ett tydligt godkännande‑flöde

Undvik att "alla granskar allt." Använd en liten pipeline:

Utkast → Granskning → Publicera

Bestäm vem som godkänner:

• Saklighet (innebörden är korrekt)
• Ton och formalitet (tú/usted)
• Slutlig formatering (rubriker, knappar, korta etiketter)

4) Spåra ändringar så språken inte glider isär

De flesta tvåspråkiga sajter misslyckas tyst: engelska uppdateras, spanska gör det inte. Förhindra drift genom att spåra vad som ändrats:

• Lägg till en "behöver översättning"-status på varje sida
• Registrera senaste uppdateringsdatum per språk
• Håll en kort changelog (vad ändrades och varför)

Om ni gör detta från dag ett blir det inte kaos när ni senare lägger till nya sidor.

Implementationsalternativ: CMS, kod eller plugins (enkla jämförelser)

Det finns tre vanliga sätt att leverera en engelsk/spansk sajt: ett CMS, en kodbaserad build (vanligtvis ett statiskt site‑generator) eller ett plugin ovanpå det ni redan har. "Bästa" valet är oftast det som håller översättningarna organiserade och enkla att uppdatera.

Alternativ 1: Ett CMS med inbyggda lokaler

Om ni publicerar innehåll regelbundet (bloggposter, landningssidor, hjälpartiklar) är ett CMS som stöder flera lokaler ofta smidigast. Leta efter funktioner som per‑språk URL:er, per‑språk SEO‑fält (title/description) och ett rent redaktionellt flöde.

Vad du ska se upp med: att CMS:et hanterar inte bara sidtext utan även navigationsetiketter, knappar och återanvändbara komponenter.

Alternativ 2: Kod / statisk site generator (SSG)

Om sajten mestadels består av marknadssidor och ni vill ha hastighet och kontroll kan en SSG eller ramverk fungera väl—så länge den har förstklassigt i18n‑stöd.

Regeln: hårdkoda inte engelska strängar i templates. Centralisera text i översättningsfiler (t.ex. JSON/YAML) så samma komponent kan rendera på spanska utan att duplicera layouter.

Alternativ 3: Plugins (snabbast, men kontrollera nackdelarna)

Plugins kan vara ett snabbt sätt att lägga till spanska på en befintlig sajt, särskilt på populära webbplatsbyggare och CMS. De hjälper när ni behöver få något igång snart.

Tradeoffs att utvärdera: om pluginet skapar rena URL:er, låter er redigera översättningar manuellt (inte bara maskinöversättning) och stöder SEO‑grunder (metadata och språk‑signalering).

Var lagrar ni översättningar (och håller dem säkra)

Oavsett metod, lagra översättningar strukturerat:

• Filer (JSON/YAML): bra för kod/SSG, lätta att versionskontrollera.
• Databasfält: vanligt i CMS; bra för redaktörer, men export/backup är viktigt.
• Översättningsplattform: bäst när flera personer översätter/granskar; håller historia och godkännanden.

Ett praktiskt bygghack: generera den flerspråkiga strukturen först

Om ni bygger (eller bygger om) sajten hjälper det ofta att skapa språkmedveten routing, återanvändbara UI‑strängar och SEO‑fält innan ni översätter något. Verktyg som Koder.ai kan påskynda denna grund: ni kan beskriva önskad URL‑struktur (t.ex. /en/ och /es/), språkväxlarbeteende och i18n‑filupplägg i en chattdriven planeringsflöde, och sedan iterera snabbt med snapshots/rollback när ni validerar UX och SEO.

Planera för fler än två språk

Även om ni bara behöver engelska och spanska nu, sätt konventioner som skalar: locale‑koder (en, es), upprepbara URL‑regler och en enda sanningskälla för delade UI‑strängar. Då blir det att lägga till franska senare en förlängning—inte en ombyggnad.

Glöm inte supportinnehåll och formulär

En tvåspråkig sajt är inte bara startsida och prissida. I det ögonblick någon registrerar sig, glömmer lösenord eller stöter på ett fel, är de inte längre "bläddrande"—de försöker lösa ett problem. Om dessa touchpoints är engelskspråkiga överger ofta spansktalande användare.

Översätt det innehåll användare förlitar sig på när de sitter fast

Börja med material som minskar supportärenden och frigör kunder snabbt:

• Hjälpcenterartiklar och FAQs (särskilt "komma igång" och fakturering)
• Onboarding‑mejl och viktiga livscykelmejl (verifiering, återställ lösenord, kvitton)
• In-app mikrotexter som styr beslut: tomma tillstånd, tooltips, bekräftelser och varningar

Om ni redan har ett hjälpområde, länka till det från båda språken med relativa vägar som /help. Samma gäller för att kontakta er på /contact.

Lokalisera formulär från början till slut

Formulär är där tvåspråkiga sajter ofta brister. Det räcker inte att översätta "Name" och "Email." Lokalisera även:

• Valideringsfel ("Please enter a valid email") och inline‑hjälptexter
• Successmeddelanden och nästa steg efter inskick
• Datum-, telefon- och adressformat (och exempel i placeholders)

Testa hela flödet i båda språken: skicka varje formulär, trigga vanliga fel och bekräfta vad användaren ser på bekräftelseskärmen.

Sätt upp spanskspråkig support—eller var tydlig om förväntningarna

Om ni kan supporta kunder på spanska, säg det tydligt och erbjud en spansktalande kontakt (en spansk inbox, chat‑routing eller spanskt öppettider). Om ni ännu inte kan, dyk inte undan—sätt förväntningar på /contact och i era automatiserade svar.

Ett enkelt tillvägagångssätt: erbjud spanskspråkigt självserviceinnehåll först, och lägg till mänsklig spanskspråkig support när volymerna ökar.

Kvalitetskontroller innan lansering

En tvåspråkig sajt kan se "klar" ut och ändå innehålla små problem som förvirrar användare eller skadar SEO. En kort pre‑launch‑checklista hjälper er att fånga problem som är dyra att åtgärda senare—särskilt efter indexering.

1) Visuella och layoutkontroller (riktiga enheter)

Spanska blir ofta längre än engelska, vilket kan bryta layouter på ställen du inte ser i en desktop‑preview.

• Kontrollera layouter: längre spanska strängar kan gå utanför knappar och menyer
• Skanna headers, nav‑items, produktkort, CTA:er och cookie‑banners
• Leta efter avklippt text, märkliga radbrytningar och överlappande element

Testa gärna på en liten mobilskärm och åtminstone en stor desktopbredd.

2) Navigation och länk‑integritet mellan språken

Användare ska aldrig "ramla in" i fel språk när de klickar runt.

• Testa länkar mellan språken; undvik att blanda EN/ES‑vägar
• Klicka på språkväxlaren på flera sidtyper (startsida, blogginlägg, produkt-/tjänstesida, kontakt)
• Bekräfta att växlaren håller användaren på motsvarande sida, inte alltid hem

Testa även footers, brödsmulor och moduler som "relaterade artiklar" eller "rekommenderade tjänster."

3) SEO‑snabbsanitet (snabbt men kritiskt)

Innan lansering, säkerställ att sökmotorer kan förstå språkrelationerna mellan sidor.

Praktiska kontroller:

• Varje engelsk sida pekar på sin spanska motsvarighet (och vice versa)
• Canonicals pekar inte alla sidor till engelska
• Titlar och meta‑beskrivningar är översatta (inte duplicerade över språk)
• Din /sitemap.xml (eller språk‑specifika sitemaps) inkluderar båda språken

Om ni har en staging‑miljö, se till att den är blockerad från indexering medan produktion är indexerbar.

4) Snabb manuell granskning (ton + förtroende)

Automatiska översättningar kan vara en startpunkt, men en mänsklig genomgång förhindrar trovärdighetsproblem.

Fokusera på högsynliga sidor först: startsida, priser, topplandingpages och kassaflöden/kontakt. Var särskilt noga med juridisk/anspråksformulering, valutor, datum och instruktioner i formulär.

Som sista säkerhetsnät: gör ett "fem‑minuters uppgiftstest": be någon hitta en nyckelsida på spanska, byta till engelska och skicka ett formulär—utan hjälp.

Lansera, mät resultat och håll båda språken uppdaterade

En tvåspråkig sajt behöver inte lanseras allt på en gång. En fasad utrullning låter er få riktig användarfeedback snabbt samtidigt som arbetsbördan hålls hanterbar.

Lansera i faser (börja där det betyder mest)

Börja med sidor som ger mest värde—vanligtvis startsida, produkt-/tjänstesidor, prissättning och kontakt. Om din blogg eller resursbibliotek är stort, översätt bara de mest trafikerade inläggen först.

Ett praktiskt tillvägagångssätt:

• Fas 1: Kärnsidor för konvertering (det användare behöver för att köpa eller kontakta er)
• Fas 2: Förtroendesidor (om oss, testimonials/case studies, FAQs)
• Fas 3: Long‑tail‑innehåll (blogg, guider), utifrån faktisk efterfrågan

Låt trafiken styra, inte gissningar. Om spanska besökare landar på en specifik tjänstesida, flytta upp den i kön.

Mät prestanda per språk (inte bara site‑wide)

Ställ in rapportering så att du kan jämföra engelska vs. spanska sida vid sida. Minst bör du spåra:

• Trafik (sessioner och landningssidor per språk)
• Konverteringar (formulärinskick, köp, samtal—vad som än är "framgång")
• Bounce/engagemang (för att hitta felaktiga avsikter eller klumpig översättning)

Om spansk trafik ökar men konverteringar inte gör det, kontrollera att spanska sidor har samma CTA:er, förtroendesignaler, pris‑klarhet och formulärbeteenden som engelska sidor.

Övervaka Search Console för indexerings‑ och hreflang‑problem

Efter lansering, använd Google Search Console för att bevaka:

• Sidor som inte indexerats (orsakas ofta av oavsiktliga noindex‑taggar eller omdirigeringar)
• hreflang‑varningar (saknade returlänkar, felaktiga språk-/regionkoder)
• Duplicerade eller canonical‑problem (t.ex. engelska canonicals på spanska sidor)

Att fånga dessa tidigt förhindrar veckor av "varför rankar inte spanska?"‑förvirring.

Förhindra att spanska sidor blir inaktuella

Det snabbaste sättet att förlora förtroende är att ha uppdaterade engelska sidor medan spanska ser utdaterade ut.

Skapa ett enkelt underhållsschema:

• Månadsvis: granska topp‑landningssidor på varje språk och uppdatera tidssensitive saker
• Kvartalsvis: auditera formulär, priser, kampanjer och navigation på båda språken
• Löpande: när en engelsk sida ändras, logga det så den spanska versionen uppdateras därefter

En liten vana—som en delad "översättningsuppdaterings"-checklista—hindrar att din engelska/spanska webbplats långsamt glider isär.

Vanliga misstag (och snabba fixar)

Även en välmenad flerspråkig webbplats kan frustrera användare (och förvirra Google) när några vanliga detaljer missas. Här är de vanligaste problemen vi ser på engelska/spanska sajter—och hur du åtgärdar dem snabbt.

1) Automatisk omdirigering efter IP utan överskrivning

Felet: Du detekterar användarens plats och skickar dem omedelbart till /es eller /en—utan chans att gå tillbaka. Resenärer, tvåspråkiga användare, VPN‑användare och folk som researchar på annat språk blir fast.

Snabb fix: Håll geolocation som en förslag, inte en tvingande omdirigering.

• Visa en banner ("Föredrar du Español?") med en tydlig knapp.
• Ha alltid en synlig språkväxlare.
• Kom ihåg valet med cookie eller kontoinställning.

2) Använda flaggor som enda språkindikator

Felet: Flagga representerar ett land, inte ett språk. En ensam flagga är heller inte tillgänglig för skärmläsare.

Snabb fix: Använd textetiketter: English / Español (valfritt med en dekorativ flagga).

• Placera den där användare förväntar sig den (header eller uppe till höger).
• Håll den konsekvent på varje sida, inklusive checkout och support.

3) Endast sidtext översatt (inte SEO‑fält eller systemmeddelanden)

Felet: Brödtexten är översatt, men titel-taggar, meta‑beskrivningar, URL‑struktur, formulärvalideringar, 404‑sidor och e‑postbekräftelser är kvar på originalspråket.

Snabb fix: Gör en checklista för "allt som talar". Inkludera:

• Sidtitlar, meta‑beskrivningar, Open Graph‑fält
• Slugs/URL:er där det är lämpligt (och konsekvent)
• Navigationsetiketter, knappar, felmeddelanden
• Tack‑sidor och transaktionella e‑post

4) Duplicerade sidor utan hreflang/canonicals

Felet: Du publicerar engelska och spanska sidor, men sökmotorer kan inte förstå att de är alternativ. Det kan leda till att fel språk rankas eller uppfattas som duplicerat innehåll.

Snabb fix: Implementera hreflang mellan språkversionerna och ställ in canonical korrekt (vanligtvis självrefererande på varje språkssida).

• Säkerställ att varje engelsk sida pekar på sin spanska motsvarighet och vice versa.
• Lägg till en x-default där det är meningsfullt (t.ex. en språkvalssida).

Dessa fixar kräver inte en ombyggnad—bara en tydligare struktur och en mer komplett webbplatsöversättning.