Hva statusen Alternativ side med riktig kanonisk tagg i Search Console betyr, hvorfor den vanligvis er i orden, tilfellene som krever en fiks, og hvordan du kontrollerer dem.

På denne siden
Kort sagt
«Alternativ side med riktig kanonisk tagg» er en status i rapporten for sideindeksering i Google Search Console. Den betyr at URL-en har en rel="canonical"-tagg som peker til en annen side, at Google godtok det valget og indekserte den kanoniske siden i stedet. I de fleste tilfeller er dette det forventede resultatet av et riktig oppsett (URL-er med parametere, produktvarianter, AMP- eller mobilversjoner), og Google sier at det ikke er noe å gjøre. Det blir et problem når sider du vil ha rangert, dukker opp i denne listen: språkversjoner, pagineringssider eller artikler der malen peker den kanoniske URL-en til feil adresse.
Vil du vite mer? Spør
Rask quiz
Hvem bør fikse den tekniske siden av nettstedet ditt?
Vårt råd til deg
Sider du vil rangere, peker til en annen URL er den rette løsningen for deg
Nummer 1 i denne rangeringen, det beste valget etter svarene dine.
Vårt råd til deg
Språkversjoner kanonisert til ett språk er den rette løsningen for deg
Nummer 2 i denne rangeringen, det beste valget etter svarene dine.
Vårt råd til deg
Pagineringssider kanonisert til side 1 er den rette løsningen for deg
Nummer 3 i denne rangeringen, det beste valget etter svarene dine.
Vårt råd til deg
Varianter som fortjener en egen side er den rette løsningen for deg
Nummer 4 i denne rangeringen, det beste valget etter svarene dine.
Alternativ side med riktig kanonisk tagg står oppført under «Hvorfor sider ikke er indeksert» i Search Console, og det bekymrer mange nettsteds eiere. Googles dokumentasjon for rapporten for sideindeksering er tydelig: «Denne siden peker riktig til den kanoniske siden, som er indeksert, så du trenger ikke å gjøre noe.» Denne guiden forklarer hva statusen betyr, hvordan du skiller de normale tilfellene fra de reelle feilene, hvordan du kontrollerer en URL på få minutter, og hva du skal fikse når den kanoniske URL-en er feil.
En kanonisk URL er den versjonen av en side som Google indekserer og viser i søkeresultatene når flere URL-er har samme innhold. Statusen beskriver det reneste mulige utfallet av kanonisering:
Googles eksempler er «en AMP-side med en kanonisk desktopversjon, eller en mobilversjon av en kanonisk desktopside, eller desktopversjonen av en kanonisk mobilside». På ekte nettsteder fylles listen stort sett med URL-varianter som peker til en hovedside: sporingsparametere, sorterings- og filtreringsvalg, produktvarianter og utskriftsversjoner.
Statusen forveksles ofte med de to nabostatusene. Forskjellen er hvem som valgte den kanoniske URL-en:
| Status | Kanonisk oppgitt av deg? | Googles valg | Handling |
|---|---|---|---|
| Alternativ side med riktig kanonisk tagg | Ja | Samme som ditt | I de fleste tilfeller ingen |
| Duplikat uten brukervalgt kanonisk URL | Nei | Google valgte en selv | Kontroller Googles valg |
| Duplikat, Google valgte en annen kanonisk URL enn brukeren | Ja | Annerledes enn ditt | Fiks motstridende signaler |
Oftest. Hvis URL-ene i rapporten er varianter du aldri ønsket i søkeresultatene, bekrefter statusen at de kanoniske taggene dine fungerer. Typiske tilfeller:
| URL i rapporten | Hvorfor den er et alternativ | Handling |
|---|---|---|
| /product?utm_source=newsletter | Sporingsparameter, samme innhold som /product | Ingen |
| /shoes?sort=price-asc | Sorteringsvalg på en kategoriside | Ingen |
| /collections/sale/products/red-dress | Produkt nåbart via en kolleksjonssti, kanonisk til /products/red-dress (standardoppførsel på Shopify) | Ingen |
| /article/amp eller m.example.com/article | AMP- eller mobilversjon av en desktopside | Ingen |
| /t-shirt?color=blue | Fargevariant med samme beskrivelse, kanonisk til hovedproduktet | Ingen, med mindre varianten fortjener en egen side |
Et stort antall er ikke et problem i seg selv. En nettbutikk med filtre kan ha ti ganger flere alternativer enn indekserte sider, og det er systemet som fungerer. På Shopify, WordPress og de fleste moderne CMS-er genereres kanoniske tagger automatisk for disse variantene.
Merk
Google sier at «alternative språksider ikke oppdages av Search Console» i denne statusen. Hvis de franske eller tyske sidene dine vises her, er det ikke på grunn av hreflang: den kanoniske taggen deres peker til en annen URL, vanligvis den engelske siden.
Statusen blir en advarsel når den inneholder sider du vil rangere. Google fulgte den kanoniske taggen din, så hvis taggen er feil, holder Google trofast den feile siden ute av indeksen. Fem tilfeller fortjener en kontroll.
Et tema, en plugin eller et migreringsskript setter den kanoniske URL-en for hvert blogginnlegg til forsiden, eller for hvert produkt til kategorien. Sidene forsvinner fra Google, og rapporten kaller det «riktig» fordi taggen er teknisk gyldig. Se etter viktige URL-er (artikler, tjenester, produkter) i eksporten.
Oversatte sider må hver ha en kanonisk tagg som peker til seg selv, pluss hreflang-merknader som knytter versjonene sammen. Googles veiledning om lokaliserte versjoner sier at lokaliserte sider «bare regnes som duplikater hvis hovedinnholdet forblir uoversatt», og at «hver språkversjon må liste seg selv, i tillegg til alle andre språkversjoner». En kanonisk tagg fra /fr/ til /en/ sier til Google at den franske siden skal fjernes. Vår guide til internasjonal SEO dekker hele oppsettet, og en generator for hreflang skriver taggene for deg.
Sidene 2, 3 og 4 i en kategori eller et bloggarkiv peker ofte til side 1. Googles retningslinjer for paginering sier det motsatte: «Ikke bruk den første siden i en paginert rekke som kanonisk side. Gi i stedet hver side sin egen kanoniske URL.» Ellers mister produktene eller innleggene som bare står på dypere sider, en crawl-sti. Se vår guide til SEO for paginering.
Hvis folk søker etter «blå linskjorte», og den blå varianten din har egne bilder og lager, fjerner du en side som kunne rangert ved å kanonisere den til det generiske produktet. Gi den unikt innhold og en selvreferanserende kanonisk tagg, eller la den være en variant hvis søkeetterspørselen ikke finnes.
En topp etter et redesign eller en ny filtermodul betyr vanligvis at Googlebot oppdaget tusenvis av nye parameter-URL-er. Hver enkelt håndteres riktig, men på et stort nettsted bruker crawlingen av dem crawl-budsjett som nye sider trenger. Slutt å lenke internt til parameter-URL-ene, og hold filtre uten søkeverdi unna lenker som kan crawles.
Tips
For å se hva en side oppgir akkurat nå, uten å vente på at Google crawler den på nytt, kjører du den gjennom vårt gratis verktøy for kontroll av kanoniske tagger. Det viser den kanoniske URL-en i HTML-koden og markerer sider som peker et uventet sted.
Fiksen ligger alltid i selve taggen og i signalene rundt den. Googles veiledning for sammenslåing av duplikat-URL-er anbefaler en selvreferanserende kanonisk tagg på hver kanonisk side, interne lenker til den kanoniske URL-en, og advarer mot å bruke robots.txt eller noindex for å velge en kanonisk URL.
| Problem | Fiks |
|---|---|
| Viktig side peker til en annen URL | Erstatt taggen med en selvreferanserende kanonisk tagg: <link rel="canonical" href="https://www.example.com/this-page/"> |
| Språkversjoner peker til den engelske siden | Selvreferanserende kanonisk tagg på hver språkversjon, pluss gjensidige hreflang-tagger |
| Side 2 og oppover peker til side 1 | Hver pagineringsside får sin egen kanoniske URL |
| Variant fortjener å rangere | Unikt innhold, egen kanonisk URL, interne lenker til den |
| Tusenvis av parameter-URL-er crawles | Interne lenker bare til rene URL-er; behold de kanoniske taggene der de er |
Etter fiksen ber du om indeksering for noen få nøkkel-URL-er i URL-inspeksjonsverktøyet, og lar Googlebot crawle resten på nytt. Sidene flytter seg fra «Ikke indeksert» til «Indeksert» etter hvert som de crawles på nytt. Vår guide til Google-indeksering forklarer hvordan du får det til raskere. Hvis URL-en i spørsmålet ikke har noen kanonisk tagg i det hele tatt, og Google grupperte den for seg selv, er statusen en annen: se vår guide til Duplikat uten brukervalgt kanonisk URL.
En riktig kanonisk URL samler lenker, interne lenker og engasjement på én URL, den Google viser. En feil kanonisk URL fjerner en side fra Google uten noen feilmelding, fordi rapporten merker den som «riktig». Derfor fortjener listen en rask gjennomgang etter hvert redesign, hver migrering og hver temaendring.
Den samme logikken gjelder for KI-assistenter. ChatGPT, Perplexity og Gemini svarer på mange spørsmål ved å hente sider fra søkeindekser og siterer URL-ene deres. En side som utilsiktet er holdt ute som alternativ, kan ikke hentes, og dermed heller ikke siteres, mens en ren kanonisk tagg gjør at URL-en du valgte, er den KI-svarene lenker til.
Sorank er vårt produkt: en autopilot-programvare for SEO og GEO. Dashbordet for GEO og SEO viser klikk, visninger og posisjoner fra Search Console, så en side som forsvinner etter en feil i kanoniseringen, blir synlig raskt. Sporing av AI-omtaler sjekker hver måned om ChatGPT, Claude og Gemini siterer merkevaren din.

Kort fortalt: alternative sider er vanligvis et bevis på at de kanoniske taggene dine fungerer; handle bare når en side du vil rangere, står i listen. For å fortsette å legge til sider som fortjener å bli indeksert og siteret, se Sorank-abonnementene, fra $49 per måned med 3 dagers gratis prøveperiode.
Nei, ikke hvis URL-ene i listen er varianter du ikke vil ha indeksert: da er det ingenting å fikse, og Google sier at ingen handling er nødvendig. Validering er bare nyttig etter at du har rettet feil kanoniske tagger på sider du vil rangere, for å be Google sjekke dem på nytt.
Nei. Den kanoniske siden er indeksert og får signalene fra alternativene sine, og det er hensikten med den kanoniske taggen. Det skader bare når URL-en i listen er en side du ønsket i søkeresultatene, og den kanoniske taggen peker til feil side ved en feiltakelse.
Vanligvis fordi Googlebot har oppdaget nye URL-varianter: en ny filter- eller sorteringsmodul, sporingsparametere i interne lenker, et tema som legger kolleksjonsstier til produkt-URL-er, eller en migrering. Kontroller noen få eksempler med URL-inspeksjonsverktøyet. Hvis det er varianter med riktige kanoniske tagger, er ingen handling nødvendig utover å fjerne interne lenker til parameter-URL-er.
DE PRØVDE SORANK FØR DEG
