Alternate page with proper canonical tag: hvad det betyder, og hvordan du løser det
Du har åbnet rapporten Sideindeksering, fundet en liste med URL'er markeret "Alternate page with proper canonical tag", og nu spekulerer du på, om noget er gået i stykker.
Når Google Search Console markerer URL'er som "Alternate page with proper canonical tag", betyder det, at Google har fundet dublerede eller alternative versioner af en side, fundet et canonical-tag, der peger på hovedversionen, og indekseret den hoved-URL i stedet. I de fleste tilfælde fungerer systemet præcis efter hensigten.
Denne guide forklarer, hvad statussen betyder, hvornår den er normal, hvornår den er tegn på et reelt problem, og hvordan du løser det i WordPress, Shopify, Squarespace og Wix. SEOcrawl AI's Indexation-visning viser alle URL'er med denne status med den brugerangivne og den Google-valgte canonical side om side, så du på hele dit website kan finde de få URL'er, der faktisk kræver opmærksomhed.
Hvad betyder "Alternate page with proper canonical tag" i Google Search Console?
Statussen bekræfter, at Google har fundet flere versioner af en side med det samme kanoniske mål, respekteret dit canonical-tag og indekseret den kanoniske URL i stedet for den markerede alternative side. Den alternative side er stadig tilgængelig for besøgende, men Google indekserer den ikke separat.
Ordet "proper" betyder, at Google er enig i din canonical-opsætning. Det er den afgørende forskel fra statusser som "Duplicate, Google chose different canonical than user", hvor Google tilsidesætter den canonical, du har angivet.
Hvor statussen vises i GSC
Gå til Indeksering › Sider i Google Search Console, og se på tabellen "Hvorfor sider ikke indekseres". Klik på "Alternate page with proper canonical tag" for at se de berørte URL'er, og brug Eksportér til at downloade hele listen til analyse.
Alternativ, kanonisk og dubleret, i én linje hver
En kanonisk URL er den primære version, du udpeger som masterkopien. En alternativ URL viser identisk eller lignende indhold, mens dens canonical-tag peger på hovedversionen. Duplicate content er det samme indhold, der kan nås på flere URL'er. Canonical-tags løser det ved at samle rankingsignalerne på den primære URL.
Når det er helt normalt (og du ikke skal gøre noget)
De fleste URL'er med denne status kræver ingen handling. Hvis den alternative URL er en gyldig variant af en indekseret hovedside, bekræfter statussen, at kanonisering fungerer korrekt. Typiske forventede tilfælde er:
- URL-parametre og filtre: trackingparametre, sorteringsmuligheder eller facetteret navigation (for eksempel
?color=blueeller?utm_source=...). - Session-id'er og trackingtags: parametre, der tilføjer unikke id'er uden at ændre sidens indhold.
- Variationer i URL-strukturen: afsluttende skråstreger, store bogstaver eller HTTP-varianter, der peger på hoved-URL'er med HTTPS.
- Print- og AMP-versioner: alternative formater, der korrekt kanoniserer tilbage til den primære side.
- Syndikeret indhold: tredjepartswebsites, der genudgiver dit indhold med et canonical-tag, der peger på din original.
Hvis de markerede URL'er falder i disse kategorier, så lad dem være. Hvis du tvinger indeksering igennem eller fjerner canonical-tagget, kan problemet med duplicate content vende tilbage.
Vil du bekræfte, at en sides canonical er sat korrekt op, så kør den gennem den gratis canonical tag checker.
Når det faktisk er et problem
Statussen bliver et problem, når en primær side, du vil have indekseret, er markeret som alternativ, eller når canonical-tagget peger på det forkerte mål. Gennemgå disse fem scenarier:
1. Canonical peger på det forkerte mål
En skabelonfejl eller en forkert plugin-konfiguration kan tvinge en side til at kanonisere til en URL, der ikke har noget med den at gøre, som forsiden eller en kategoriside på øverste niveau. Hvis en vigtig side er markeret og peger et andet sted hen, så opdater dens kanoniske mål.
2. Canonical peger på en side, der ikke kan indekseres
Canonical-tags skal pege på en aktiv URL, der kan indekseres, returnerer statuskode 200 og kanoniserer til sig selv. Hvis målet omdirigerer, returnerer en 404, er blokeret af robots.txt eller har et noindex-tag, kan Google vælge en anden canonical eller holde indholdet ude af indekset.
3. Paginering og parameter-URL'er samlet forkert
På webshops kanoniserer paginerede sider eller filtrerede visninger ofte ved en fejl til side 1. Det forhindrer, at produkter eller opslag længere nede bliver indekseret. Paginerede sider bør normalt kanonisere til sig selv, så de elementer, de viser, forbliver synlige for søgemaskinerne.
4. Hreflang og canonical i konflikt
På flersprogede websites bør hver sprogversion kanonisere til sig selv og linke til de andre sprogversioner med hreflang-tags. Hvis canonical på alle lokaliserede sider peger på ét standardsprog, falder de lokaliserede sider ud af indekset, og hreflang-klyngen går i stykker.
5. Reelle dubletter, der er samlet den forkerte vej
Hvis et canonical-tag peger på den svageste dublet i stedet for den primære side, indekserer Google det mål, du har angivet. Sørg for, at canonical-tags, interne links og sitemaps er enige om den foretrukne hoved-URL.
Hvis du har med andre indekseringsstatusser at gøre, så se vores guides om Not found (404) og Blocked due to other 4xx issue.
Sådan diagnosticerer du det med URL Inspection
Før du ændrer noget, så tjek, hvordan Google ser siden.
Sammenlign den Google-valgte og den brugerangivne canonical
Indsæt den markerede URL i URL Inspection-feltet øverst i Search Console, og fold sektionen Sideindeksering ud. Sammenlign "User-declared canonical" med "Google-selected canonical". Hvis begge peger på den hoved-URL, du havde tænkt dig, er opsætningen korrekt. Hvis de er forskellige, eller hvis det angivne mål er forkert, så justér tagget.
Bekræft, hvad du faktisk sender
En canonical kan angives i HTML-<head> eller i HTTP-svarheaderen Link. Den gratis canonical tag checker læser begge og fortæller dig, om en URL er selvrefererende, peger på et andet domæne, mangler canonical eller sender en HTML-canonical, der ikke stemmer overens med den i headeren.
Find alle problem-URL'er på websitet
Det skalerer ikke at inspicere URL'er én ad gangen. SEOcrawl AI's Crawler crawler hele websitet og markerer canonical-problemer, for eksempel canonicals, der peger på den forkerte URL, et redirect eller en fejlside, sammen med hver sides indekserbarhed. SEOcrawl AI's Indexation-visning grupperer dine URL'er efter dækningsstatus i Search Console og viser den Google-valgte og den angivne canonical for hver enkelt, og du kan tagge problem-URL'erne med regler eller manuelt. Teams, der arbejder med AI-assistenter, kan hente de samme data, URL for URL, via SEOcrawl AI's MCP-server.
Sådan løser du "Alternate page with proper canonical tag"
Brug den løsning, der passer til din diagnose. Målet er altid det samme: canonical-tags, interne links og XML-sitemaps peger alle på én primær URL, der kan indekseres.
Ret rel=canonical-tagget
Sæt et selvrefererende canonical-tag i HTML-<head> på de sider, du vil have til at ranke:
<link rel="canonical" href="https://example.com/your-page" />
Brug en absolut URL, der returnerer statuskode 200. Fjern ethvert ekstra canonical-tag på samme side: når en side angiver modstridende canonicals, kan Google ignorere dem alle.
Ret interne links og sitemaps
Afstem dine interne signaler med din canonical-struktur. Link internt til de primære kanoniske URL'er, ikke til parameter- eller alternative versioner, og sørg for, at dine XML-sitemaps kun indeholder hoved-URL'er, der kan indekseres.
Ret dublerede skabeloner i WordPress
I WordPress genereres canonical-tags som regel af SEO-pluginet. I Yoast SEO åbner du indlægget, går til fanen Advanced i Yoast-boksen og tjekker eller rydder feltet Canonical URL. I Rank Math og All in One SEO gennemgår du indstillingen Canonical URL under fanen Advanced. Hvis feltet står tomt, gendannes den selvrefererende canonical, der er standard.
Sådan løser du det i Shopify
Shopify genererer canonical-tags automatisk. Produkt-URL'er, der nås via en kollektion (/collections/x/products/y), kanoniserer som standard til den rene produkt-URL (/products/y), og det er præcis det forventede tilfælde ovenfor. Hvis en primær side kanoniserer til den forkerte URL, så tjek canonical-tagget i theme.liquid og enhver SEO-app, der omskriver det.
Sådan løser du det i Squarespace og Wix
Squarespace håndterer canonical-tags automatisk. For at håndtere dublerede sider skal du samle dem eller tilføje 301-redirects i panelet URL Mappings i indstillingerne for dit website. Wix tilføjer en selvrefererende canonical til alle sider; hvis en duplikeret side peger på den forkerte URL, så åbn sidens SEO-indstillinger, og tjek canonical under Advanced SEO.
Brug et 301-redirect, når dubletten ikke burde findes
Hvis en alternativ URL ikke har noget formål for brugerne, så opret et 301-redirect til den primære side i stedet for kun at stole på et canonical-tag.
Validér rettelsen
Når du har opdateret dine canonicals, så bed Google om at vurdere dem igen:
- Inspicér URL'en i Search Console, og klik på Test live URL for at bekræfte, at den brugerangivne canonical nu er det mål, du havde tænkt dig.
- Klik på Request indexing for at sætte siden i crawlkøen.
- Brug Validate fix på problemets detaljeside for at få hele gruppen tjekket igen.
- Indsend et opdateret XML-sitemap, der kun indeholder primære kanoniske URL'er.
Alternativ side vs. andre dubletstatusser i GSC
Search Console viser flere statusser, der ligner hinanden. De betyder forskellige ting, og kun nogle af dem kræver arbejde:
- Alternate page with proper canonical tag: Google er enig i din canonical og indekserer hoved-URL'en. Som regel intet at gøre.
- Duplicate, Google chose different canonical than user: Google ignorerede din canonical og valgte en anden URL. Find ud af hvorfor, og afstem dine signaler.
- Duplicate without user-selected canonical: siden har ingen canonical, så Google valgte en for dig. Tilføj en canonical for at tage kontrollen.
- Excluded by 'noindex' tag: et direktiv holder siden ude af indekset. Brug noindex til sider, der aldrig skal vises i søgningen, ikke til dubletter.
Sådan undgår du det fremover
Sådan forhindrer du, at canonical-problemer sniger sig ind igen ved hver opdatering af websitet:
- Gør en selvrefererende canonical til standard på alle sider, der kan indekseres.
- Hold URL-strukturerne rene for at begrænse unødvendige parametervarianter.
- Medtag kun kanoniske URL'er, der kan indekseres, i dine XML-sitemaps.
- Crawl websitet efter hver skabelonændring, pluginopdatering eller migrering, og sammenlign crawls for at se, hvilke canonicals der er ændret.
SEO Monitor giver dig besked, når et canonical-tag ændres, går i stykker eller forsvinder på dine vigtigste sider, og følger også deres indekseringsstatus, så du hører om en forkert canonical, før Search Console gør.
Ofte stillede spørgsmål
Er "Alternate page with proper canonical tag" en fejl?
Nej. Det er en informativ status, der bekræfter, at Google har respekteret dit canonical-tag og indekseret hovedversionen. Den kræver kun opmærksomhed, hvis en side, du vil have indekseret for sig selv, er markeret som alternativ, eller hvis dens canonical peger på en forkert eller ugyldig URL.
Skal jeg rette det?
Kun hvis det rammer en primær side, du gerne vil have til at ranke. Hvis de markerede URL'er er trackingparametre, filtre, sorteringsmuligheder eller alternative formater af en indekseret side, skal du ikke ændre noget.
Hvorfor vælger Google en anden canonical end den, jeg har angivet?
Google behandler rel=canonical som et stærkt hint, ikke en kommando. Hvis dine interne links, dit sitemap, dine redirects eller hreflang-tags peger på en anden URL end dit canonical-tag, kan Google vælge den i stedet. Få alle de signaler til at pege på den samme hoved-URL.
Hvordan angiver jeg det rigtige canonical-tag?
Tilføj et enkelt rel=canonical-tag i HTML-headen, der peger på den absolutte URL for hovedsiden. I SEO-plugins til WordPress skal du lade canonical-feltet stå tomt for at beholde den selvrefererende canonical, der er standard, medmindre du bevidst samler en dublet.
Hvad er forskellen på en URL og en kanonisk URL?
En URL er enhver webadresse, der indlæser en side. Den kanoniske URL er den version, du udpeger som den primære, altså den URL, søgemaskinerne skal indeksere og ranke, når flere URL'er viser det samme indhold.
Skader denne status mine placeringer?
Nej. At samle dublerede URL'er under én canonical beskytter dine placeringer, fordi signalerne samles på én side. Det koster kun trafik, når en primær side ved en fejl behandles som alternativ til en anden URL.
Forfatter: David Kaufmann
Jeg har brugt de sidste 10+ år fuldstændig opslugt af SEO — og helt ærligt: jeg ville ikke have det anderledes.
Min karriere rykkede et niveau op, da jeg arbejdede som senior SEO-specialist for Chess.com — et af de 100 mest besøgte websites på hele internettet. At arbejde i den skala, på tværs af millioner af sider, snesevis af sprog og en af de mest konkurrenceprægede SERP'er der findes, lærte mig ting, som intet kursus og ingen certificering kunne have lært mig. Den erfaring ændrede mit syn på, hvordan rigtig godt SEO ser ud — og den blev fundamentet for alt, hvad jeg har bygget siden.
Ud af det grundlagde jeg SEO Alive — et bureau for brands, der mener det alvorligt med organisk vækst. Vi er ikke her for at sælge dashboards og månedsrapporter. Vi er her for at bygge strategier, der rent faktisk flytter noget, og vi kombinerer det bedste fra klassisk SEO med den spændende nye verden inden for Generative Engine Optimization (GEO) — så dit brand ikke kun dukker op i Googles blå links, men også inde i de AI-genererede svar, som ChatGPT, Perplexity og Google AI Overviews leverer til millioner af mennesker hver eneste dag.
Og fordi jeg ikke kunne finde et værktøj, der håndterede begge verdener ordentligt, byggede jeg selv et — SEOcrawl AI, en enterprise-platform til SEO-intelligens, der samler placeringer, tekniske audits, backlink-overvågning, crawl-sundhed og tracking af brandets synlighed i AI ét sted. Det er den platform, jeg altid ønskede fandtes.
Find mere indhold fra denne forfatter
