Alt Om rel=canonical-Taggen og Hvordan Man Bruker Den
En omfattende oversikt over rel = “canonical” taggen dens hensikt, metoder for bruk, og problemer som optimerere har støtt på. En studie av den nødvendige informasjonen for effektivt arbeid med canonical-tagging. Dataene som presenteres nedenfor er ment for individer som nettopp begynner å utforske dette emnet.
Rel canonical nøkkelkonsepter og bruksområder
Bruk av samme innhold på flere sider kan føre til alvorlige straffer fra søkemotorer. I noen situasjoner kan imidlertid slik bruk av tekst være berettiget:
- bruk av nettstedet med og uten www;
- innføring av én side i to eller flere kategorier samtidig;
- filtrering og utvalg av produkter etter attributter i en katalog.
Med tanke på det siste eksempelet, er sidene oftest delvis identiske. En kan ha et filter aktivert etter type produkt, og en annen etter kostnad. Dette gir imidlertid ikke unikhet.
For å unngå straff, er det viktig å avgjøre hvilken versjon som anses som primær eller canonical, og hvilken som vil være en duplikat. Innen programmering ble en spesiell etikett med samme navn rel = “canonical” opprettet for dette formålet. Den bidrar til å unngå straff som følge av duplisert innhold.
Den kanoniske siden har den viktigste URL-en. Andre sider der det samme innholdet brukes, merkes med rel = “canonical”. Dette lar boten gjenkjenne dupliserte sider.
Hvorfor spesifisere den primære versjonen?
rel = “canonical” dette er en essensiell attributt som bør legges til dupliserte sider. Dette kravet bidrar ikke bare til å eliminere risikoen for straff, men hjelper også med:
- å redusere unødvendige utgifter, da du kan redusere andelen av gjennomsøkingsbudsjettet som tildeles til duplikater;
-
- å signalisere URL-en som ikke bare vil vises i søkeresultater, men også motta alle signaler;
-
- å distribuere koblingsverdi til den nødvendige siden eller nettstedet.
-
Du kan studere dataene om kanoniske URL-er i mer detalj gjennom to servere Yandex og Google. Informasjonen vises i hjelpetabben.
For større klarhet er det nødvendig å undersøke konseptene med et eksempel. La oss gi ett. Et nettsted har en side som kan nås gjennom tre forskjellige adresser, inkludert:
- https://min-nettsted.com/blog/categories/144;
- https://min-nettsted.com/blog/categories/foto;
- https://min-nettsted.com/blog/categories/nyheter.
Hvis det er nødvendig at https://min-nettsted.com/blog/categories/foto skal anses som den kanoniske siden, bør den ikke erstattes. I mellomtiden må duplikatens kode inneholde . Dette vil resultere i at kun én av de tre lenkene blir rangert i søkeresultatene https://min-nettsted.com/blog/categories/foto.
Indeksering og ikke-kanoniske sider
Yandex-eksperter bekrefter at det er en sjanse for at ikke-kanoniske sider vil dukke opp i søkeresultatene. Dette kan imidlertid bare skje i noen få tilfeller:
- høy relevansnivå;
- forskjell i innhold mellom en ikke-kanonisk side og en kanonisk side.
I mellomtiden har Webmaster nå nye betegnelser på sider som lar brukere se ønsket type. For eksempel, hvis du trenger å studere kanoniske sider, bør du finne linjen med den tilsvarende kanoniske etiketten i «Sider i søk» kolonnen.
Google-spesialister har en lignende oppfatning. Ifølge dem er systemet ikke alltid i stand til å gjenkjenne bare kanoniske sider. Dette skyldes at den kanoniske taggen ikke er en instruksjon, men blir sett på som en anbefaling. Derfor, hvis systemet gjenkjenner en ikke-kanonisk URL som mer relevant, vil det vise den i søkeresultatene. Men ved å bruke den kanoniske attributten reduseres sannsynligheten for at systemet gjenkjenner feil side URL.
Merk! Til tross for disse funksjonene, har kanoniske sider prioritet i søkeresultatene. Feil konfigurasjon av taggen kan imidlertid føre til indekseringsproblemer. Derfor er det viktig å forstå omstendighetene der bruk av en slik tag er strengt nødvendig.
Situasjoner hvor tilstedeværelsen av en kanonisk tag er obligatorisk
Hovedgrunnen til tilstedeværelsen av en kanonisk tag er eksistensen av identisk informasjon på flere sider. Med andre ord, det samme innholdet blir betjent av flere URL-er samtidig. I slike duplikater bør en kanonisk tag legges til.
Opprettelse av sideduplikater
Duplikatsider med liknende innhold finnes oftest på nettbutikkeressurser. Der er det mulig å sortere produkter etter et spesifikt kriterium. Vi kan undersøke situasjonen ved hjelp av en møbelbutikk som et eksempel.
- Eksempel nummer en. Hvis en stol i sortimentet er tilgjengelig i flere farger, kan du bruke en tag for å fremheve modellen (dens side) som er mest populær blant kundene. Brukerne vil likevel ha tilgang til alle produkter. Kun lenken til den valgte fargen vil ha koblingsjuice og andre signaler.
- En annen situasjon er når en produktside kan tilhøre flere kategorier om gangen. Som et resultat oppstår flere URL-er som angår et enkelt produkt. I dette tilfellet er det nødvendig å velge en side som er i høy etterspørsel. Det er denne siden som legges til i koden til dupliserte sider. Dette gjøres ved å bruke den kanoniske taggen rel = “canonical”.
Sider med paginering
Når man bytter sider, opprettes dupliserte URL-er. Indekseringsfeil oppstår ofte på grunn av problemer med å bestemme hovedsiden. Dette skjer fordi valget bare faller på den aller første siden. La oss vurdere flere alternativer.
- Første eksempel. Hvis det er et alternativ “Se Alle”, vil all informasjon oppført på den tilhøre kanonisk side. For å gjøre dette, plasser rel = “canonical” i kode til pagineringsside.
-
- For http://min-nettsted.com/blog/categories/foto-2, er URL-en påkrevd .
- Eksempel to. Hvis “Se alle”-alternativet ikke er tilgjengelig, legges en kanonisk type til alle sidene.
-
- For http://mins.com/blog/categories/foto-2, vil kanonisk være .
- Eksempel tre. Noen eksperter mener at å spesifisere en kanonisk til seg selv vil resultere i at alle pagineringssider vises i søkeresultatene. Dette er imidlertid bare akseptabelt i situasjoner der identiske beskrivelser og titler på sider med forskjellig innhold er akseptabelt. Det anbefales å begrense pagineringssider for dette formålet. Bruk følg eller noindex. Disallow skal brukes i robotens fil. Dette vil begrense indeksering, men tillate følgende lenker.
Det er imidlertid viktig å huske at noindex kun er kompatibel med Yandex; dette alternativet er ikke egnet for Google.
Ett nettsted og mulige adresser
Adresser bestemmes basert på typen nettsted:
- https://min.com/;li>
- https://www.min.com/;li>
- http://min.com/;li>
- http://www.min.com/.li>
For søkemotoren vil dette imidlertid ikke være en ressurs, men tre separate. For å rette dette må du legge til en kanonisk. Dette vil hjelpe til med å unngå problemer med skanning og indeksering, og også sette en 301 omdirigering til hovedversjonen av nettstedet.
Mobiloptimalisert URL
Google har endret sin søkepolicy ved å gjøre mobilversjoner av nettsteder til hovedfokus. Dette systemet kalles Mobile-First Indexing. For å forstå hovedbetingelsene der bruk av den kanoniske taggen er nødvendig, er det viktig å studere oppfatningen til Googles ledende ekspert John Mueller.
Hvis det er en mobilversjon m.natur.no, bør du legge til en tag for å koble til skrivebordssiden rel = “canonical”. For skrivebordet, bruk rel=alternate. Hvis alle betingelser er oppfylt riktig, vil boten gjenkjenne mobilversjonen som kanonisk eller primær. Det betyr ikke noe at det er en skrivebordsversjon i koden. Disse innstillingene er ikke gjenstand for endringer hvis de brukes i Sitemap.xml.
Land-URL
Ofte opprettes nettsteder med flere URL-er for å dekke mange land samtidig, og de har det samme innholdet på ett språk. I slike tilfeller bør du ikke bare velge en kanonisk side, men også sørge for tilstedeværelsen av referanser til alle duplikater.
Men hvis forskjellige språk brukes på hver URL, bør hreflang brukes. Da vil søkemotoren kunne vise separate resultater.
Merk! Hreflang taggen skal bare brukes hvis det er nødvendig å angi ekstra sider med identisk informasjon. Imidlertid blir de utført på et annet språk eller for en separat region.
Googles skift mot mobile-orienterte systemer har gjort etablering av riktig hreflang-innstillinger obligatorisk. Disse inkluderer hovedregelen mobile tagger for mobil URL-er og skrivebords tagger for skrivebords URL-er.
Registre
Hvis adresser er merket i forskjellige store bokstaver, kan søkemotoren gjenkjenne dem som forskjellige. Det er nødvendig å bruke små bokstaver. Dette vil bidra til å bekrefte identiteten til lenkene.
Måter å effektivt sette opp kanonisk
For å konfigurere, er det nødvendig å fremheve siden blant duplikatene, som vil bli betraktet som den viktigste eller kanoniske. Den legges deretter inn i en attributt. For eksempel, . Denne attributten legges til duplikatsider. Det er flere alternativer, hver med sine egne funksjoner og fordeler.
Bruke en CMS-plugin
For å automatisere kanoniske parametere, brukes unik funksjonalitet eller plugins i CMS. For klarhetens skyld, la oss vurdere noen eksempler:
- Yoast SEO-plugin. Lar justere kanoniske sider på WordPress.
- Joomla-plugin. SEF-funksjonen er tilgjengelig, noe som automatisk legger til en rel = “canonical” tag. Samtidig spesifiseres hovedsiden med en brukervennlig URL.
- OpenCart-plugin. Angir SEO URL-er ved å velge produkter basert på parametere.
I tillegg til de nevnte finnes det andre alternativer. I praksis vil vi undersøke det mest vanlige alternativet for CMS WordPress.
WordPress hovedkonfigurasjonsparametere
For å automatisk legge til en kanonisk, kreves Yoast SEO-plugin. Alle innstillingsparametere vises i “Avansert”-delen. På den engelske versjonen “Advanced.” Hovedhandlingen er å skrive inn hoved URL-en til siden. Etter det legger pluginen til nofollow eller noindex til siden. Samtidig settes kanonisk for å unngå ytterligere problemer i nettstedets utgang.
Det finnes andre metoder hvis det presenterte alternativet ikke er egnet.
Bruke en HTML-side
Dette alternativet innebærer å legge til en rel = “canonical” tag til -delen på en duplikat side. Visuelt ser det slik ut:
- For https://min.com/*utm_content, vil den kanoniske lenken være https://min.com/. Da må du legge inn på ressursen https://min.com/*utm_content.
HTTP for Header
Det nevnte alternativet er ikke alltid gjennomførbart å implementere i praksis, spesielt i fravær av . Derfor anbefales det å få tilgang til serverinnstillinger. Etter det kan du legge til HTTP via PHP eller .htaccess.
Hvis det opprettes en forespørsel om en duplikat fil, bør serveren vise hovedversjonen.
La oss vurdere dette eksempelet: Informasjon ble samlet i form av en guide, og for brukervennlighet kan den lastes ned fra bloggen. Filtypen er PDF. Resultatet vil være:
- Content-Type: application/pdf
- Link: ; rel=”canonical”
Denne algoritmen kan brukes når man arbeider med andre sider.
Sitemap
Alle søkemotorer med standardinnstillinger analyserer lenkene i XML-filen som kanoniske. Noen tjenester, som Google, gjør det obligatorisk å bare bruke kanoniske lenker i sitemapet. Dette elementet fungerer imidlertid bare som en liste over anbefalinger. Enkelte søkemotorer tar det ikke i betraktning.
Bruke 301 (omdiriger)
En annen måte å løse problemet er ved å bruke en 301 omdirigering. Dette er egnet når nettstedet kan nås gjennom flere adresser, inkludert:
- https://min.com/;li>
- https://www.min.com/;li>
- http://min.com/;li>
- http://www.min.com/.li>
Det første alternativet er merket som kanonisk, og omdirigeringer er konfigurert for de andre.
Bruke länker som et tillegg
Ifølge John Mueller, visse signaler er nødvendige for å avgjøre den kanoniske adressen. Søkemotorer bruker disse signalene. For eksempel, hvis det er to adressealternativer https://min.com/ og http://www.min.com/, vil Google velge det første. Imidlertid foretrekker den ofte en mer attraktiv adresse. Hvis bare én kanonisk lenke vises, kan systemet velge en annen, ansett som mer optimal.
Hvis innstillingene er definert feil, vil dette forårsake alvorlige problemer under indeksering. I slike situasjoner, kan optimerere gjøre flere feil i arbeidet sitt.
Problemer i kanoniske innstillinger
- Regel for én side
- Hovedregelen for effektiv oppsett er at 1 side tilsvarer en enkelt kanonisk adresse. Hvis denne regelen ikke følges og flere opprettes, er det risiko for at siden blir ignorert av søkemotoren. Derfor er det viktig å sjekke korrektheten av kanoniske innstillinger. For dette må du nøye undersøke CMS-plugin implementering.
- Én side – forskjellige kanoniske URL-er
- Til tross for den lignende tolkningen til det forrige punktet, er essensen annerledes her. Det forklarer at når du bruker flere metoder for å spesifisere den kanoniske, må du sikre at hjemmesiden lenken er konsekvent blant dem.
- Sekvens av kanoniske sider hovedinnstillinger
- Hvis en annen hovedside er spesifisert som kanonisk for en hovedside, vil søkemotoren ikke anse den kanoniske adressen. For eksempel, for minett.com/1, er det en kanonisk lenke minett.com/2, og for den, minett.com/3.
Plassering av rel = “canonical”
Rel = “canonical”-taggen bør bare plasseres i head. Hvis den plasseres i andre områder, vil ikke søkeboten vurdere dem. Det er en risiko for at hele siden blir ignorert.
Den første pagineringen – kanonisk
Hvis bare den første av alle pagineringssider er angitt som kanonisk, vil indekseringen av resten ekskluderes. Artikkelen presenterer flere alternativer for å rette opp situasjonen. Et populært alternativ er å tildele siden med “Vis alle”-funksjonen som kanonisk. Det andre alternativet er å angi en individuell kanonisk for hver side.
Det er imidlertid mulig å ekskludere bruken av den kanoniske taggen og slutte å indeksere. Omdirigeringen vil fortsatt være tilgjengelig. For å oppnå dette, må du:
- Bruke disallow for /photo.
- Bruke noindex eller follow for paginering.
Denne konfigurasjonsmetoden brukes i situasjoner hvor det er fare for negative utfall på grunn av bruk av alle pagineringssider i utgivelsen med identiske Beskrivelser og Titler.
Kanonisk URL et alternativ til 301-omdirigering
Selv om funksjonen til en 301-omdirigering og en kanonisk tag kan sies å være identisk, anbefales det ikke å bruke dem om hverandre. Den første er rettet mot å dirigere trafikk til en enkelt side, mens den andre skjuler fra indeksering. Men bruk av rel = “canonical” vil ikke begrense å oppnå trafikk eller aktivitet.
Hjemmesiden fungerer som kanonisk
Det anbefales ikke å konfigurere den kanoniske lenken slik at den blir den viktigste for nettstedet. Dette vil føre til at søkeboter ignorerer alle andre sider, og fokuserer på hjemmesiden.
Konsekvenser av å skjule den kanoniske siden fra indeksering
Hvis den foretrukne siden ikke blir indeksert, kan den ikke delta i dannelse av søkeresultater. Det samme resultatet vil oppstå hvis det er andre grunner til søkemotorens restriksjoner. Under slike omstendigheter vil en ikke-kanonisk side bli valgt.
Måter å sjekke kanonisk
For å sjekke om oppsettet for den kanoniske siden ble gjort riktig, kan du bruke skrivebordsprogrammet Screaming Frog SEO Spider. Det vil fremheve siden som Google gjenkjenner som den primære.
For Yandex er verifikasjonsveien annerledes. Webmaster vil være egnet for slike formål. Den vil fjerne alle duplikater fra søket, og bare etterlate den kanoniske lenken. Denne informasjonen kan finnes i ‘Indekserings’ seksjonen. Alle utelukkede sider vises i avsnittet med samme navn.
<img class="aligncenter size-full wp-image-5447" src="https://blog.prflare.com/wp-content/uploads/2022/06/remove-from-index-1.png" alt="1E4838313A38 32 3F303D353B35 12353Errer's removal panel34353A4240
Vår mening
Eksemplene ovenfor demonstrerer viktigheten av de kanoniske attributtene. Hvis noen fortsatt tviler på om kanoniske adresser fungerer, bør tilfellene nevnt her fjerne deres tvil. Hvis du har noe å legge til om emnet som er diskutert, oppfordrer vi deg til å dele din erfaring med implementeringen av kanonisk i praksis i kommentarfeltet.
