Alternate page with proper canonical tag: som regel intet at rette

Senest opdateret: 2026-10-30

I korte træk

Status betyder, at URL’en er en alternativ version, der korrekt peger på en anden kanonisk side, og at den canonical er indekseret. Google siger, at der ikke er noget, du skal gøre. Stikprøvekontrollér, at canonicalen er den URL, du vil have, og at ingen vigtig side er endt her ved en fejl.

Den præcise betegnelse i Search Console: Alternate page with proper canonical tag

Hvad det betyder

Googles hjælp til Page indexing definerer status snævert: siden er markeret som en alternativ version af en anden side, for eksempel en AMP-side med en desktop-canonical, en mobilversion af en desktop-canonical eller desktopversionen af en mobil-canonical. Siden peger korrekt på den kanoniske side, som er indekseret, så der er ikke noget, du skal gøre. Samme hjælp bemærker, at alternative sprogversioner ikke registreres af Search Console.

I FAQ’en til samme artikel siger Google, at websteder med mange parameterbaserede dubletter, fx filtrerede eller sorterede lister, vil se disse URL’er mærket som duplicate eller alternate. Derfor rummer denne status ofte URL’er, hvis canonical-tag peger på en renere version af det samme indhold, og Google er enig i det valg. Det er netop det resultat, et canonical-tag er beregnet til at give.

Er det et problem?

Som regel ikke. Googles guide til rapporten siger, at en side markeret som duplicate eller alternate som regel er en god ting, fordi det betyder, at Google fandt den kanoniske side og indekserede den. Den kræver kun opmærksomhed, når en side, du vil have indekseret på egne ben, dukker op her, hvilket betyder, at dens canonical peger et andet sted hen.

Typiske årsager

Parameter- og sporings-URL’er

Sorterings-, filter- eller kampagne-URL’er, der har et canonical-tag, som peger på den rene URL. Det er den tilsigtede opsætning.

AMP eller særskilte mobil-URL’er

AMP-sider eller særskilte mobilsider, der refererer til hovedsiden som canonical, hvilket er det tilfælde, Google beskriver i sin definition.

Variantsider med canonical til en overordnet side

Paginering eller produktvariant-URL’er, hvis canonical peger på en hovedside. Fint ved ægte dubletter, en fejl når hver variant har unikt indhold.

Canonical-fejl i hele skabelonen

Et CMS eller plugin, der sætter alle canonicals til forsiden eller en kategoriside, flytter rigtige sider ind i denne status.

Sådan retter du det

  1. Stikprøvekontrollér eksempel-URL’er. Inspicér en håndfuld URL’er fra eksempellisten, og bekræft, at den Google-valgte canonical er den URL, du forventer.
  2. Led efter vigtige sider på listen. Eksportér eksemplerne, og søg efter produkt-, artikel- eller service-URL’er. Finder du nogen, skal du tjekke deres canonical-tag i HTML’en og i en eventuel Link-svarheader.
  3. Ret forkerte canonicals på skabelonniveau. Giv hver side, du vil have indekseret, en selvrefererende canonical med en absolut URL, som Google anbefaler, og sørg for, at JavaScript ikke ændrer den efter indlæsning.
  4. Hold alternativer ude af dit sitemap. List kun kanoniske URL’er i dit sitemap. Google behandler optagelse i sitemap som et canonical-signal, så alternativer sender et modstridende signal.

Tjek det med GSC Magic

gsc_inspect_urls_batch viser den brugerangivne og den Google-valgte canonical for hver URL, så din assistent på én gennemgang kan bekræfte, at hvert alternativ peger, hvor du vil, og markere enhver URL fra en vigtig sektion, der får canonical et andet sted hen. report_index_health kører samme tjek på URL’erne i dit sitemap, hvor alternativer slet ikke bør optræde.

gsc_inspect_urls_batchreport_index_healthgsc_inspect_url

Prompts, du kan kopiere

Inspicér disse URL’er, og list dem, hvis brugerangivne canonical er en anden URL. Markér rækker, hvor den inspicerede URL ligger under /blog/ eller /products/, men canonicalen ikke er den samme URL.

Kør et indekssundhedstjek på mit sitemap, og fortæl mig, om nogen URL i det rapporteres som alternativ eller dublet i stedet for indekseret.

Bekræft for hvert alternativ i denne liste, at den Google-valgte canonical svarer til den canonical, jeg har angivet.

hreflang-generator →

Guides på bloggen

Duplicate without user-selected canonical

Status betyder, at Google ser URL’en som en dublet af en anden side, at du ikke har angivet en kanonisk URL, og at Google har valgt den anden URL til at vises i Search. Google kalder det tilsigtet adfærd. Gør kun noget, hvis Google valgte den forkerte URL, eller hvis siden ikke rigtig er en dublet.

 Duplicate, Google chose different canonical than user

Status betyder, at siden er markeret som canonical for en gruppe sider, men at Google vurderede, at en anden URL er den bedre repræsentant, og indekserede den i stedet. Et canonical-tag er et hint, ikke en regel. Sammenlign de involverede sider, og få derefter omdirigeringer, canonical-tags, interne links og sitemaps til at pege på samme URL.

 Page with redirect

Page with redirect betyder, at URL’en er en ikke-kanonisk URL, der omdirigerer til en anden side, så Google indekserer den ikke. Det er forventeligt for gamle URL’er, HTTP- eller www-varianter og flyttede sider. Tjek, at omdirigeringens mål er korrekt og indekserbart, og stop med at linke til omdirigerende URL’er fra dine sider og dit sitemap.

Ofte stillede spørgsmål

Skal jeg prøve at få alternative sider indekseret?

Ikke hvis de er ægte alternativer. Google indekserer canonicalen og viser den i Search, og Googles egen guide til rapporten siger, at duplicate- og alternate-sider ikke bør indekseres.

Dukker hreflang-sprogversioner op her?

Googles hjælp siger, at alternative sprogversioner ikke registreres af Search Console i denne status. Sprogversioner, hvis hovedindhold er oversat, er ikke dubletter af hinanden.

Hvorfor vokser antallet?

Som regel fordi Google bliver ved med at finde flere parameter- eller variant-URL’er. Hvis de alle peger på den rigtige canonical, er væksten harmløs. Hvis de kommer fra crawlbare filtre, du ikke har brug for, så reducer, hvor mange sådanne URL’er dine sider linker til.

Kilder