Softonic

Canonical URL-kontroll

Steg 1 / 3
Nästa

Klistra in valfri URL så hämtar kontrollen den, letar efter taggen <link rel="canonical"> i HTML-huvudet, Link-HTTP-headern, och rapporterar vilken canonical Google kommer att se — plus eventuella konflikter, redirect-kedjor eller signaler som kan orsaka indexeringsproblem. Den kör en kort crawl så att du kan upptäcka problem utan att själv gräva i sidans källkod.

Så fungerar canonical-kontrollen

  1. 1

    Ange en URL

    Vilken offentlig sida som helst. Både HTTPS och HTTP accepteras; redirects följs upp till 5 hopp.

  2. 2

    Sidan hämtas

    Både HTTP-headers och renderad HTML tolkas. Crawlern identifierar sig som en vanlig webbläsar-UA som standard.

  3. 3

    Canonical-signaler extraheras

    Alla `<link rel="canonical">`-taggar i `<head>`, eventuella `Link: rel="canonical"`-HTTP-headers, plus självrefererande kontra externa mål.

  4. 4

    Konflikter flaggas

    Dubblettaggar med olika mål, canonical som pekar mot en redirect, canonical som pekar mot en noindex-sida, saknad canonical på ett mönster med dubblettinnehåll.

Vad kontrollen rapporterar

  • Canonical-mål-URL: href-värdet från taggen eller headern.
  • Källa: HTML-tagg, HTTP-header eller båda. Om båda måste de stämma överens.
  • Självrefererande?: ja betyder att canonical pekar tillbaka på sidan själv. Detta är normalt och säkert.
  • Mål nåbart?: returnerar canonical-URL:en 200?
  • Redirect-kedja på canonical: målet bör inte göra någon redirect.
  • Matchande protokoll och värd: canonical bör matcha den aktiva URL:ens schema.
  • Konsekvens i avslutande snedstreck: avvikelser gör att URL:er behandlas som olika.
  • Flera canonical-taggar: Google använder den första; extra taggar är varningar.

Vanliga problem kontrollen fångar

Problem Varför det spelar roll
Canonical mot en 301/302-redirect Google kan ignorera eller nedgradera signalen
Canonical mot en sida blockerad av robots.txt Google kan inte verifiera; signalen förkastas
Canonical mot en noindex-sida Motstridiga signaler; indexeringsbeteendet oförutsägbart
Flera canonical-taggar med olika href Endast en respekteras; resten förvirrar diagnostiken
Relativ sökväg utan bas Google löser upp relativt mot aktuell URL — oftast okej men inte explicit
Canonical mot en annan språkversion Bör använda hreflang istället
HTTP-canonical på HTTPS-sida Svagare signal; Google kan ignorera
Canonical i <body> istället för <head> Google ignorerar den

Så åtgärdar du dåliga canonicals

  1. Sikta alltid på den slutgiltiga URL:en (inga redirects).
  2. Matcha det aktiva protokollet och värden exakt, inklusive avslutande snedstreck.
  3. Placera canonical i <head>, inte i <body> eller injicerad via JavaScript efter rendering.
  4. En canonical per sida — välj ett mål och håll fast vid det.
  5. För paginerade arkiv, gör varje sida självcanonisk. Peka inte alla sidor mot sida 1.
  6. För filter-/sorteringsvarianter, peka tillbaka mot den ofiltrerade listan.
  7. Matcha interna länkar mot canonical-URL:en — att upptäcka en canonical som resten av sajten inte länkar till späder ut signalen.

Vad den inte kontrollerar

  • Om Google faktiskt har indexerat canonical (använd Search Console för det).
  • Om din interna länkning förstärker canonical.
  • Om poster i XML-sitemapen matchar canonical.

Vanliga frågor

Inte nödvändigtvis. Utan en canonical väljer Google en själv baserat på interna signaler (länkar, sitemap, innehållslikhet). En självrefererande canonical är ändå bästa praxis för att undvika tvetydighet, särskilt på sidor med query-parametrar.

Canonical är en stark ledtråd, inte ett direktiv. Om Google bedömer att sidorna är olika, eller om canonical är onåbar, kan den välja en annan URL. Verifiera via Search Consoles verktyg “URL-inspektion” för auktoritativ indexeringsstatus.

Dubblerade canonical-taggar i <head> är en bugg — vissa CMS-teman lägger till en, plugins lägger till en annan. Google använder den första; ta bort resten. Kontrollen flaggar alla förekomster.

Inte direkt — den hämtar som en oautentiserad klient. För skyddat innehåll, inspektera sidans källkod manuellt efter inloggning eller använd en staging-URL utan autentisering.

Relaterade verktyg

Ordfrekvensräknare

Hitta de mest upprepade orden i valfri text med antal och densitet i procent. Användbart för redigering, SEO-kontroll och innehållsrevision.

Analysator för ankartext i backlinks

Klistra in backlinks, CSV-rader, URL | ankare-par eller enkla ankartextrader för att räkna upprepningar och exportera CSV Anchor Text,Count,Share.

Breadcrumb Schema-generator

Generera giltig BreadcrumbList JSON-LD för vilken sidhierarki som helst. Skapar schema.org-markering redo att klistras in i webbplatsens head.

Kontroll av trasiga länkar

Genomsök en enskild sida (eller en liten sitemap) och flagga varje trasig länk efter HTTP-status. Snabb kontroll med upptäckt av omdirigeringskedjor.

Kanonisk taggtaggar

Generera en giltig rel=canonical-länketag. Inkluderar motsvarigheten till HTTP-linkhuvudet samt vanliga fel som bör undvikas.

Ordräknare

Räkna ord, tecken, meningar och stycken med lästid, taltid, sökordstäthet och ett Flesch-läsbarhetsvärde för uppsatser, inlägg, bildtexter och meta-beskrivningar.