Hvad Search Console-statussen Alternativ side med korrekt kanonisk tag betyder, hvorfor den som regel er i orden, de tilfælde der kræver en rettelse, og hvordan du kontrollerer dem.

På denne side
Kort sagt
„Alternativ side med korrekt kanonisk tag“ er en status i rapporten Sideindeksering i Google Search Console. Den betyder, at URL'en har et rel="canonical"-tag, der peger på en anden side, og at Google accepterede dette valg og i stedet indekserede den kanoniske side. I de fleste tilfælde er det det forventede resultat af en korrekt opsætning (parameter-URL'er, produktvarianter, AMP- eller mobilversioner), og ifølge Google er der intet at gøre. Det bliver et problem, når sider, du vil have placeret, dukker op på denne liste: sprogversioner, pagineret sider eller artikler, hvor skabelonen peger den kanoniske URL til den forkerte URL.
Vil du vide mere? Spørg
Hurtig quiz
Hvem skal rette den tekniske side af dit site?
Vores anbefaling til dig
Sider, du vil have placeret, peger på en anden URL er den rigtige løsning for dig
Nummer 1 i denne rangering, det bedste match for dine svar.
Vores anbefaling til dig
Sprogversioner kanoniseret til ét sprog er den rigtige løsning for dig
Nummer 2 i denne rangering, det bedste match for dine svar.
Vores anbefaling til dig
Pagineret sider kanoniseret til side 1 er den rigtige løsning for dig
Nummer 3 i denne rangering, det bedste match for dine svar.
Vores anbefaling til dig
Varianter, der fortjener deres egen side er den rigtige løsning for dig
Nummer 4 i denne rangering, det bedste match for dine svar.
Alternativ side med korrekt kanonisk tag står opført under „Hvorfor sider ikke er indekseret“ i Search Console, og det bekymrer mange ejere af sites. Googles dokumentation for rapporten Sideindeksering er klar: „Denne side peger korrekt på den kanoniske side, som er indekseret, så der er intet, du behøver at gøre.“ Denne guide forklarer, hvad statussen betyder, hvordan du skelner de normale tilfælde fra de reelle fejl, hvordan du kontrollerer en URL på få minutter, og hvad du retter, når den kanoniske URL er forkert.
En kanonisk URL er den version af en side, som Google indekserer og viser i søgeresultaterne, når flere URL'er bærer det samme indhold. Statussen beskriver det reneste mulige udfald af kanoniseringen:
Googles eksempler er „en AMP-side med en kanonisk desktopside, eller en mobilversion af en kanonisk desktopside, eller desktopversionen af en kanonisk mobilside“. På rigtige sites fyldes listen mest af URL-varianter, der peger på en hovedside: sporingsparametre, sorterings- og filtreringsmuligheder, produktvarianter, udskriftsversioner.
Statussen forveksles ofte med sine to naboer. Forskellen er, hvem der valgte den kanoniske URL:
| Status | Kanonisk URL angivet af dig? | Googles valg | Handling |
|---|---|---|---|
| Alternativ side med korrekt kanonisk tag | Ja | Samme som dit | Ingen i de fleste tilfælde |
| Duplikat uden brugervalgt kanonisk URL | Nej | Google valgte selv én | Kontrollér Googles valg |
| Duplikat, Google valgte en anden kanonisk URL end brugeren | Ja | Anderledes end dit | Ret modstridende signaler |
Det meste af tiden. Hvis URL'erne på rapporten er varianter, du aldrig ville have i søgeresultaterne, bekræfter statussen, at dine kanoniske tags virker. Typiske tilfælde:
| URL i rapporten | Hvorfor den er en alternativ | Handling |
|---|---|---|
| /product?utm_source=newsletter | Sporingsparameter, samme indhold som /product | Ingen |
| /shoes?sort=price-asc | Sorteringsmulighed på en kategoriside | Ingen |
| /collections/sale/products/red-dress | Produkt, der kan nås via en kollektionssti, kanonisk til /products/red-dress (standardadfærd på Shopify) | Ingen |
| /article/amp eller m.example.com/article | AMP- eller mobilversion af en desktopside | Ingen |
| /t-shirt?color=blue | Farvevariant med samme beskrivelse, kanonisk til hovedproduktet | Ingen, medmindre varianten fortjener sin egen side |
Et stort antal er ikke i sig selv et problem. En webshop med filtre kan have ti gange flere alternativer end indekserede sider, og det er systemet, der virker. På Shopify, WordPress og de fleste moderne CMS genereres kanoniske tags automatisk for disse varianter.
Bemærk
Google oplyser, at „sprogalternative sider ikke registreres af Search Console“ i denne status. Hvis dine franske eller tyske sider dukker op her, skyldes det ikke hreflang: deres kanoniske tag peger på en anden URL, normalt den engelske side.
Statussen bliver en advarsel, når den indeholder sider, du vil have placeret. Google fulgte dit kanoniske tag, så hvis tagget er forkert, holder Google loyalt den forkerte side ude af indekset. Fem tilfælde fortjener en kontrol.
Et tema, et plugin eller et migreringsscript sætter hvert blogindlægs kanoniske URL til forsiden, eller hvert produkts kanoniske URL til dets kategori. Siderne forsvinder fra Google, og rapporten kalder det „korrekt“, fordi tagget teknisk set er gyldigt. Led efter vigtige URL'er (artikler, serviceydelser, produkter) i eksporten.
Oversatte sider skal hver have en kanonisk URL, der peger på sig selv, plus hreflang-annoteringer, der forbinder versionerne. Googles vejledning om lokaliserede versioner siger, at lokaliserede sider „kun betragtes som dubletter, hvis hovedindholdet på siden forbliver uoversat“, og at „hver sprogversion skal angive sig selv såvel som alle andre sprogversioner“. Et kanonisk tag fra /fr/ til /en/ fortæller Google at fjerne den franske side. Vores guide til international SEO dækker hele opsætningen, og en generator for hreflang skriver tagsene for dig.
Side 2, 3 og 4 af et kategori- eller blogarkiv peger ofte på side 1. Googles retningslinjer for paginering siger det modsatte: „Brug ikke den første side i en pagineret række som kanonisk side. Giv i stedet hver side sin egen kanoniske URL.“ Ellers mister de produkter eller indlæg, der kun står på dybere sider, en crawlsti. Se vores guide til SEO for paginering.
Hvis folk søger efter „blå linnedskjorte“, og din blå variant har egne billeder og lager, fjerner kanonisering af den til det generiske produkt en side, der kunne rangere. Giv den unikt indhold og et selvrefererende kanonisk tag, eller lad den være en variant, hvis søgeefterspørgslen ikke er der.
Et spring efter et redesign eller et nyt filtermodul betyder normalt, at Googlebot har opdaget tusindvis af nye parameter-URL'er. Hver enkelt håndteres korrekt, men på et stort site bruger crawling af dem crawl-budget, som nye sider har brug for. Stop med at linke internt til parameter-URL'erne, og hold filtre, der ikke skaber søgeværdi, ude af crawlbare links.
Tip
For at se, hvad en side angiver lige nu, uden at vente på at Google crawler den igen, kør den gennem vores gratis kontrol af kanoniske tags. Den viser det kanoniske tag i HTML'en og markerer sider, der peger et uventet sted hen.
Rettelsen ligger altid i selve tagget og i signalerne omkring det. Googles vejledning til sammenlægning af dublet-URL'er anbefaler et selvrefererende kanonisk tag på hver kanonisk side, interne links til den kanoniske URL og advarer mod at bruge robots.txt eller noindex til at vælge en kanonisk URL.
| Problem | Rettelse |
|---|---|
| Vigtig side peger på en anden URL | Erstat tagget med et selvrefererende kanonisk tag: <link rel="canonical" href="https://www.example.com/this-page/"> |
| Sprogversioner peger på den engelske side | Selvrefererende kanonisk tag på hver sprogversion, plus gensidige hreflang-tags |
| Side 2 og frem peger på side 1 | Hver pagineret side får sin egen kanoniske URL |
| Variant fortjener at rangere | Unikt indhold, egen kanonisk URL, interne links til den |
| Tusindvis af parameter-URL'er crawles | Interne links kun til rene URL'er; behold de kanoniske tags, hvor de er |
Efter rettelsen anmoder du om indeksering af nogle få nøgle-URL'er i værktøjet URL-kontrol og lader Googlebot crawle resten igen. Siderne flytter sig fra „Ikke indekseret“ til „Indekseret“, efterhånden som de crawles igen; vores guide til Google-indeksering forklarer, hvordan du fremskynder det. Hvis den pågældende URL slet ikke har et kanonisk tag, og Google grupperede den for sig selv, er statussen en anden: se vores guide til Duplikat uden brugervalgt kanonisk URL.
Et korrekt kanonisk tag samler links, interne links og engagement på én URL, den som Google viser. Et forkert kanonisk tag fjerner en side fra Google uden nogen fejlmeddelelse, fordi rapporten kalder den „korrekt“. Derfor fortjener listen en hurtig gennemgang efter hvert redesign, hver migrering og hver temaændring.
Den samme logik gælder for AI-assistenter. ChatGPT, Perplexity og Gemini besvarer mange spørgsmål ved at hente sider fra søgeindeks og citere deres URL'er. En side, der ved en fejl er udelukket som alternativ, kan ikke hentes, og dermed heller ikke citeres, mens en ren kanonisk URL gør, at den URL, du valgte, er den, AI-svarene linker til.
Sorank er vores produkt: en autopilot-software til SEO og GEO. Dets GEO- og SEO-dashboard viser klik, visninger og positioner fra Search Console, så en side, der forsvinder efter en fejl med det kanoniske tag, bliver synlig hurtigt, og sporing af AI-omtaler kontrollerer hver måned, om ChatGPT, Claude og Gemini citerer dit brand.

Kort version: alternative sider er typisk et bevis på, at dine kanoniske tags virker; handl kun, når en side, du vil have placeret, står på listen. For at fortsætte med at tilføje sider, der fortjener at blive indekseret og citeret, se Soranks priser, fra $49 pr. måned med en gratis prøveperiode på 3 dage.
Ikke hvis de viste URL'er er varianter, du ikke ønsker indekseret: der er intet at rette, og Google siger, at ingen handling er nødvendig. Validering er kun nyttig, efter du har rettet forkerte kanoniske tags på sider, du vil have placeret, så du kan bede Google kontrollere dem igen.
Nej. Den kanoniske side er indekseret og modtager signalerne fra sine alternativer, hvilket er formålet med det kanoniske tag. Det skader kun, når den viste URL er en side, du ville have i søgeresultaterne, og dens kanoniske tag ved en fejl peger på den forkerte side.
Typisk fordi Googlebot har opdaget nye URL-varianter: et nyt filter- eller sorteringsmodul, sporingsparametre i interne links, et tema, der tilføjer kollektionsstier til produkt-URL'er, eller en migrering. Kontrollér nogle få eksempler med værktøjet URL-kontrol. Hvis det er varianter med korrekte kanoniske tags, kræver det ingen handling ud over at fjerne interne links til parameter-URL'er.
DE PRØVEDE SORANK, FØR DU GJORDE DET
