Gå til innholdet

Cookie-innstillinger

Velg hvilke typer cookies du tillater. Du kan når som helst endre valget via Cookie-innstillinger nederst på hver side. Personvernerklæring

Nødvendige

Alltid på

Trengs for å logge inn, beholde handlekurven og huske valgene dine. Disse er alltid på.

Hvilke cookies?
  • weboke_sessie, weboke_klant, weboke_remember: økten din og at du forblir innlogget
  • weboke_basket: handlekurven din
  • wkBtwIncl: visning av priser med eller uten mva.
  • wok_cookies: cookievalget ditt, 12 måneder

Måler hvilken annonse som fører til et besøk eller en bestilling, slik at vi ikke betaler for annonser som ikke gir noe.

Hvilke cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), opptil 90 dager
  • OpenAI Ads, annonser i ChatGPT
  • wok_aff: hvilken partner som henviste deg til oss (partnerprogram), 60 dager

4,6

Land og språk

Hvert land har sin egen nettside, med priser og mva. for det landet.

Vis

Canonical og duplisert innhold

Modul 3: Den tekniske grunnmuren på en side · Lesetid: 12 minutter

Læringsmål: Etter denne leksjonen kan du kjenne igjen duplisert innhold på nettstedet ditt, velge hvilken adresse som er den ekte (kanoniske) adressen, og gi søkemotorene riktig beskjed om det med videresending og rel="canonical".

Nøkkelbegreper: duplisert innhold, kanonisering, kanonisk adresse, varianter (http og https, med og uten www, skråstrek, parametere, store bokstaver), rel="canonical", absolutt adresse, canonical som hint, 301-videresending som sterkere signal, canonical valgt av Google, ingen straff for duplisert innhold

Én side, fem adresser

For deg er siden med brudebuketter én side. For en søkemotor er hver adresse en egen side. Se hvordan det samme innholdet hos Bloemenatelier Lotte kan være tilgjengelig på fem adresser:

http://example.com/bruidsboeketten
https://example.com/bruidsboeketten
https://www.example.com/bruidsboeketten
https://www.example.com/bruidsboeketten/
https://www.example.com/bruidsboeketten?utm_source=nieuwsbrief

Dette kalles duplisert innhold: det samme (eller nesten det samme) innholdet på mer enn én adresse. Google nevner de vanligste årsakene:

ÅrsakEksempel
Protokollvarianterhttp:// og https:// fungerer begge
Varianter med og uten wwwdomenet og www. gir samme nettsted
Funksjoner på nettstedetsortering og filtrering: ?sorteer=prijs, ?kleur=rood
Varianter per regionden samme nederlandske teksten for /nl-nl/ og /nl-be/
Varianter per enhetet eget mobilnettsted, som m.example.com
Ved et uhellen testkopi av nettstedet (test.example.com) som er åpen for søkemotorer

I tillegg kommer: skråstrek på slutten eller ikke, store bokstaver i stien (/Contact og /contact), index.html bak adressen, og parametere fra nyhetsbrev og annonser.

Er det et problem?

Ingen straff. Google skriver at noe duplisert innhold på et nettsted er normalt og ikke i strid med retningslinjene mot spam. Du blir ikke straffet for det. Det går først galt når noen med vilje lager kopier i stor skala for å fylle søkeresultatene; det er en annen sak (leksjon 8.2).

Hvorfor skal du da ordne det? Fordi søkemotoren ellers velger selv. Google grupperer sider med samme innhold og velger én kanonisk adresse blant dem: representanten som vises i søkeresultatene og crawles oftest. Dette valget kalles kanonisering. Overlater du det til Google, kan den velge nettopp adressen med ?utm_source=nieuwsbrief bak. Dessuten blir tallene dine i Search Console spredt over fem varianter, og crawleren kaster bort tid på kopier.

De tre signalene, fra sterkt til svakt

Du forteller søkemotoren hvilken adresse som er den ekte. Google nevner tre måter, i rekkefølge etter styrke:

  1. Videresending (301 eller 308): et sterkt signal om at målet for videresendingen skal bli kanonisk. Bruk dette for varianter ingen trenger: http til https, og versjonen med eller uten www til den andre. Det ordner du én gang for hele nettstedet (leksjon 4.1).
  2. rel="canonical": også et sterkt signal. En linje i <head> på siden som sier hvilken adresse som er den ekte. Bruk dette der varianten må fortsette å fungere, som en adresse med et filter eller en nyhetsbrevparameter.
  3. Nettstedskartet: et svakt signal. Adresser du legger i nettstedskartet, foreslår du som kanoniske (leksjon 3.4). Legg derfor bare inn de ekte adressene.

En canonical ser slik ut:

<head>
  <title>Bruidsboeketten op maat | Bloemenatelier Lotte</title>
  <link rel="canonical" href="https://www.example.com/bruidsboeketten">
</head>

Hver variant av siden har den samme linjen, også selve den kanoniske adressen. Det siste kalles en henvisning til seg selv (self-referencing canonical). Den er ikke påkrevd, men nyttig: kommer noen inn via ?utm_source=nieuwsbrief, står den ekte adressen der med en gang.

Et hint, ikke en ordre

Google sier det tydelig: en canonical er et hint, ikke en regel. Google kan velge en annen adresse enn deg. Det skjer særlig når signalene dine motsier hverandre. I URL inspection i Search Console (leksjon 2.4) ser du to linjer ved siden av hverandre: "User-declared canonical" og "Google-selected canonical". Er de forskjellige, så let etter en motsigelse:

  • canonical peker til https://www.example.com/..., men nettstedskartet oppgir https://example.com/...;
  • canonical peker til https://, men https:// videresender til http://;
  • de interne lenkene i menyen din peker til en annen variant enn canonical;
  • sidene ligner ikke nok på hverandre: en canonical fra en produktside til forsiden fungerer ikke, for det er ingen kopi.

Ved likt innhold foretrekker Google https-versjonen som kanonisk adresse, med mindre noe er galt med den, for eksempel et ugyldig sertifikat.

Slik skriver du en canonical riktig

RegelHvorfor
Full adresse med https:// og vertsnavnetGoogle anbefaler absolutte stier; med en relativ sti kan en liten feil peke til feil adresse
Nøyaktig én canonical per sideTo forskjellige canonicals motsier hverandre; Google kan da ignorere begge
Bare i <head>Google godtar lenken bare i <head> i HTML-koden
Peker til en side som gir 200En canonical til en adresse som videresender eller gir 404, er et motstridende signal
Målet har ikke noindex"Dette er den ekte adressen" og "ikke ta med den ekte adressen" går ikke sammen
Målet peker til seg selvEn kjede (A peker til B, B til C) gjør det uklart
Velg én metode per sideHTML-linjen eller HTTP-hodet Link; begge samtidig er ifølge Google mer feilutsatt

For filer uten HTML, som en pdf, kan en canonical også settes som HTTP-hode:

Link: <https://www.example.com/prijslijst.pdf>; rel="canonical"

Dette bør du ikke gjøre

  • Ikke robots.txt for kanonisering. Google sier uttrykkelig: ikke bruk robots.txt til dette. Blokkerer du variantene, kan ikke Google lese dem og ser dermed heller ikke canonical-taggen din.
  • Ikke noindex for å tvinge frem en canonical. Det fraråder Google også innenfor ett nettsted. Noindex sier "ikke ta med i det hele tatt", ikke "ta heller den andre".
  • Ikke alt til forsiden. En canonical på hver side som peker til forsiden (en kjent feil i temaer og utvidelser), forteller Google at hele nettstedet ditt er én side.

I praksis: hvem ordner hva?

Videresendingene for hele nettstedet ordner du hos webhotellet ditt. I DirectAdmin hos WebOké finner du valgene for SSL, https-videresending og "med eller uten www" under innstillingene for et domene; hos andre leverandører heter det noe annet, men det er samme type innstilling. Canonical-taggen på siden lager nettstedsbyggeren din. WordPress setter selv en canonical på innlegg og sider, og SEO-utvidelser tar over dette. AI Builder fra WebOké setter på hver publiserte side en canonical til sidens egen adresse, og med vilje ingen på feilsiden (404). Sjekk etter hver endring av domene eller www-valg at canonical, videresending og nettstedskart fortsatt oppgir den samme adressen.

Oppsummering

  • Duplisert innhold er normalt og gir ingen straff, men uten signal velger søkemotoren selv hvilken adresse som er kanonisk.
  • Tre signaler: videresending (sterkt), rel="canonical" (sterkt) og nettstedskartet (svakt). La dem oppgi den samme adressen.
  • En canonical er et hint: Google kan velge annerledes, særlig ved motstridende signaler. Se i URL inspection.
  • Skriv den fullstendig, én gang, i <head>, til en side som gir 200, ikke har noindex og peker til seg selv.
  • Ikke bruk robots.txt og noindex for å tvinge frem en canonical.

Quiz

1. Er duplisert innhold på ditt eget nettsted en grunn til straff fra Google?



2. Hvilket signal er ifølge Google det svakeste?



3. Du setter en canonical til https://www.example.com/bloemen, men i URL inspection velger Google https://example.com/bloemen. Hva er den mest sannsynlige årsaken?



4. Hvorfor er <link rel="canonical" href="/bloemen"> ikke en god idé?



5. Du vil at filtervariantene ?kleur=rood ikke skal komme inn i Google som egne sider. Hva gjør du?



Oppgave

Oppgave A3.5: Peker canonical-taggen din riktig? Skriv inn adressen til en side på nettstedet ditt. Programmet leser siden, finner canonical-taggen og sjekker om det er nøyaktig én, om den er fullstendig og https, om målet gir 200, ikke har noindex og peker til seg selv, og om variantene med http og med eller uten www videresender til samme vert. Har du ikke eget nettsted? Bruk https://european-union.europa.eu/index_nl.

Oppgave A3.5: Peker canonical-taggen din riktig?



Det du fyller inn, og det vi finner, lagrer vi ikke. Nettleseren din husker svarene dine og om du har bestått oppgaven. Er du logget inn, lagrer vi kun at du har (nesten) bestått oppgaven i Mine kurs; der kan du også slette det.

Les mer

Trinnene i disse artiklene gjelder for panelene til WebOké; hos andre leverandører fungerer det på lignende måte.

Et øyeblikk …

Sett opp domenene dine

Ordne for hvert domene navnetjenerne, koblingen til hostingen din og hvem som blir innehaver.

Laster inn domenene dine…