SEO & tillväxtCanvasDevs TeamUppdaterad

SEO för flerspråkiga Next.js-webbplatser

Välj en konsekvent konvention för språk-URL:er, koppla äkta översättningar och håll signaler för canonical, sitemap och dokumentspråk samstämda.

SEO för flerspråkiga Next.js-webbplatser

Ett engelskt /en-prefix kan vara giltigt

En flerspråkig webbplats kan använda /en för engelska, precis som den kan använda /he för hebreiska. En annan giltig design placerar engelska i roten. Problemet är ohanterad duplicering och motstridiga signaler: till exempel att båda /services och /en/services levererar samma engelska sida medan länkar, canonicals och sitemaps är oense.

Detta projekt använder engelska i roten och prefixar sina andra språk som stöds, inklusive bangla, hebreiska och arabiska. Det är en projektkonvention, inte en universell SEO-regel. Dess redundanta engelska prefixade sökvägar omdirigerar till de matchande rotsökvägarna. En webbplats som redan är konsekvent organiserad kring /en behöver inte migrera bara för att följa den konventionen. Se Googles vägledning om flerspråkiga URL-strukturer.

Kartlägg motsvarande sidor uttryckligen

Varje äkta översättning bör normalt canonicaliseras till sin egen föredragna URL. Länka de likvärdiga versionerna med ömsesidiga hreflang, inklusive en referens till den aktuella sidan. Använd absoluta URL:er och en giltig språkkod. x-default identifierar en reserv för språk utan en specifik matchning; det innebär inte att varje sida är engelsk.

Till exempel kan en engelsk tjänstesida peka till sina bangla-, hebreiska och arabiska motsvarigheter, och varje motsvarighet returnerar samma kluster. En länk till startsidan på ett annat språk är inte en ersättning för en saknad tjänsteöversättning.

Översatt navigering runt en oförändrad engelsk artikel skapar inte en översatt artikel. På den här webbplatsen får en artikelöversättning sin egen canonical-URL och ömsesidiga språklänkar först när översatt huvudinnehåll är tillgängligt. En språk-URL som fortfarande visar den engelska källan pekar till den engelska canonical och utesluts från översättningsklustret. Googles referens för lokaliserade versioner förklarar ömsesidiga annoteringar och oöversatt huvudinnehåll.

Kontrollera HTML:en och läsriktningen

Returnera ett meningsfullt lang attribut med server-HTML:en. Hebreiska och arabiska behöver dir="rtl"; använd logiska start/slut-egenskaper för layout. Isolera vänster-till-höger-värden såsom e-postadresser, URL:er och produktnamn där de annars skulle omordnas förvirrande. Språkmetadata ersätter inte läsbart, korrekt översatt innehåll.

En praktisk release-granskning

  • Begär en representativ URL på varje språk utan webbläsar-JavaScript och inspektera titeln, canonical, språket och rubrikerna.
  • Följ alternativa språklänkar i båda riktningarna och bekräfta att de framgångsrikt leder till likvärdigt innehåll.
  • Behåll endast föredragna, publicerade URL:er i sitemapen. Uteslut spårningsvarianter, tomma samlingar och utkast.
  • Bekräfta att en förhandsvisningsvärd levererar noindex i en HTTP-header eller HTML-metatagg, medan produktionen förblir indexerbar. Tillåt sökrobotar att hämta förhandsvisningssidan så att de kan läsa det direktivet.
  • Testa språkväxling på en tjänst, en artikel och förfrågningsformuläret, inklusive direkta laddningar och ihågkomna inställningar.

Beteendet för noindex följer Googles vägledning om indexeringskontroll. Dessa kontroller stöder konsekvent upptäckbarhet; de utlovar inte rankningar. För implementeringshjälp, se webbutveckling och den sekundära tjänsten för teknisk SEO.

Relaterade tjänster

Arbetar du med något liknande? Det här är tjänsterna bakom den här typen av arbete.