Guide til paginering og SEO basert på Googles nåværende råd: unike nettadresser, selvrefererende kanoniske lenker, lenker som kan følges, endeløs scrolling, «last inn mer» og filtrering.

På denne siden
Kort fortalt
God paginerings-SEO betyr at hver side i en serie får sin egen nettadresse som kan følges, at sidene kobles sammen med vanlige HTML-lenker, og at hver side har en kanonisk kode som peker til seg selv. Google bruker ikke lenger rel="next" og rel="prev", så det er lenkene selv som gjør jobben. Endeløs scrolling og knapper for «last inn mer» trenger sidetallsadresser bak seg, og varianter med filtrering og sortering bør som regel holdes ute av indeksen.
Vil du vite mer? Spør
Rask quiz
Hvem bør fikse den tekniske siden av nettstedet ditt?
Vårt råd til deg
Sjekk selv med gratis Google-verktøy
Search Console lister opp sidene Google ikke kan lese, og PageSpeed Insights tester hastigheten. Mange små problemer fikses i innstillingene til nettstedbyggeren din.
Vårt råd til deg
En webutvikler
Problemet ditt ligger i koden eller serveren: en utvikler som kan SEO er rett person. Gi dem listen over feil fra Search Console.
Vårt råd til deg
Et verktøy for teknisk revisjon
Nettstedet ditt har mange sider: et program leser dem alle slik Google gjør, og gir en full liste over feil å fikse, side for side.
Vårt råd til deg
En automatisk revisjon, deretter innhold
Nettstedet fungerer, men gir få besøkende: tekniske problemer er sjelden årsaken. Sorank reviderer nettstedet, og skriver deretter sidene som gir trafikk.
Paginerings-SEO handler om hvordan søkemotorer finner, følger og indekserer innhold som er delt over flere sider: produktkategorier, blogg-arkiver, forumtråder, søkeresultater på nettstedet ditt. Feil her er vanlige og kostbare, fordi de kan skjule hundrevis av produkter eller artikler for Google uten at det vises noen feilmelding. Denne guiden følger Googles egen dokumentasjon om paginering og gradvis innlasting av sider, med praktiske eksempler for netthandel og blogger.
Paginering er praksisen med å dele en lang liste med elementer inn i en rekke sider, vanligvis med nummererte lenker nederst: 1, 2, 3, neste. Nettsteder bruker det for å holde sidene raske og lesbare. For søkemotorer er spørsmålet enkelt: kan en crawler nå hvert element i listen, og hvilke sider i rekken bør vises i resultatene?
Google behandler hver nettadresse i en paginert rekke som en egen side. Det har betydning, fordi side 5 i en kategori ofte er det eneste stedet der Googlebot finner lenker til eldre produkter eller artikler. Hvis side 5 ikke kan nås, er disse elementene helt avhengige av sidekartet ditt i XML eller andre interne lenker for å bli funnet.
Paginering påvirker tre ting som søkemotorer bryr seg om:
Googles veiledning får plass i en kort liste. Tabellen under oppsummerer hva du bør gjøre og hva du bør unngå, basert på dokumentasjonen deres om paginering.
| Tema | Anbefalt | Unngå |
|---|---|---|
| Nettadresser | En unik nettadresse per side, for eksempel ?page=2 eller /page/2/ | Sidetall i fragmenter i nettadressen (#page=2), som Google ignorerer |
| Lenker | Vanlige <a href>-lenker fra hver side til neste, helst også nummererte lenker | Paginering som bare fungerer via JavaScript-hendelser eller knapper uten nettadresser |
| Kanonisk kode | Hver side peker til seg selv | Å peke alle sider i serien til side 1 |
| rel="next" / rel="prev" | Valgfritt; Google bruker dem ikke lenger, andre søkemotorer kan gjøre det | Å stole på dem som den eneste måten å koble sidene sammen på |
| Titler og beskrivelser | Kan være like gjennom hele serien; å legge til «Side 2» hjelper brukerne | Å bekymre seg for advarsler om dupliserte titler på sider med paginering |
| Filtre og sorteringer | noindex eller regler i robots.txt for varianter du ikke vil skal indekseres | La hver kombinasjon av filter og sortering bli en nettadresse som kan indekseres |
| Sider som ikke finnes | Returner statuskode 404 for sider utenfor området, for eksempel ?page=999 | Omdiriger dem til side 1, eller vis en tom side med statuskode 200 |
Nei. Dette er den vanligste feilen med paginering. Googles dokumentasjon sier tydelig at du ikke bør bruke den første siden i en rekke som kanonisk side. Side 2 inneholder andre elementer enn side 1, så hvis du erklærer side 1 som kanonisk side, forteller du Google at side 2 er et duplikat. Over tid kan Google slutte å crawle de dypere sidene, og produktene eller innleggene som bare er lenket derfra blir vanskeligere å finne.
Det riktige oppsettet er en selvrefererende kanonisk kode på hver side: side 2 peker til side 2, side 3 til side 3. En beslektet detalj: sørg for at side 1 har én enkelt nettadresse. Hvis både /sko/ og /sko/?page=1 finnes, lenk til den rene versjonen overalt, og omdiriger eller sett kanonisk kode fra ?page=1-varianten til den.
Google bekreftet i 2019 at de hadde sluttet å bruke disse lenkeattributtene ved indeksering, og deres nåværende dokumentasjon gjentar at de ikke lenger bruker dem, samtidig som de påpeker at andre søkemotorer fortsatt kan lese dem. De gjør ingen skade, så du kan beholde dem hvis CMS-et ditt legger dem til automatisk. Det du ikke kan gjøre, er å stole på dem: Google kobler sidene i en serie sammen via de synlige lenkene mellom dem, og derfor er <a href>-lenker som kan følges viktigere enn noen markering.
Google foreslår også å lenke fra hver side i en samling tilbake til den første siden. Det gir den første siden flere interne lenker, noe som kan tyde på at den er den beste landingssiden for serien. God intern lenking på kategorisider, for eksempel lenker til underkategorier og bestselgere på side 1, gjør resten.
I de fleste tilfeller bør sider med paginering kunne indekseres. En noindex på side 2 og videre hindrer ikke at Google ser siden først, men Google har sagt at sider som lenge har vært satt til noindex til slutt blir crawlet sjeldnere, og at lenkene deres følges mindre. Da kommer oppdagelsesproblemet tilbake, og det var nettopp det paginering skulle løse.
Dype sider rangerer sjelden på konkurransepregede søk uansett, fordi side 1 samler de fleste interne lenker og relevanssignaler. Deres viktigste SEO-oppgave er å sende crawlere videre til elementene de lister opp. Hold dem indekserbare, gi dem en tydelig tittel som «Løpesko, side 3», og unngå å kopiere den lange introduksjonsteksten fra side 1 til hver side i serien.
En «vis alle»-side viser hele listen på én nettadresse. I et innlegg fra Search Central i 2011 sa Google at brukere ofte foretrekker en «vis alle»-side, og foreslo å peke sider med paginering til den med en kanonisk kode når den laster raskt. Googles nåværende dokumentasjon om paginering nevner ikke dette alternativet lenger. I praksis gir en «vis alle»-side bare mening for korte lister, noen få dusin elementer på det meste, der hele siden fortsatt er rask. For store kataloger skader en enkelt side med hundrevis av produkter lastetiden og Core Web Vitals, så klassisk paginering er det tryggere valget.
Endeløs scrolling laster nye elementer etter hvert som besøkende scroller ned. Googles crawlere scroller ikke og utløser ikke handlinger som krever en bruker, så elementer som lastes på denne måten kan forbli usynlige. Løsningen er å støtte den endeløse scrollingen med sidetallsadresser: hver gruppe elementer har sin egen adresse (for eksempel ?page=3), nettleserens adressefelt oppdateres mens brukeren scroller, og sidene er koblet sammen med lenker som kan følges og fungerer uten JavaScript.
En «last inn mer»-knapp har samme begrensning: Googlebot klikker ikke på knapper. Knappen kan bli værende for brukerne, så lenge den er en ekte lenke til neste sidetallsadresse, eller så lenge de samme elementene kan nås via en vanlig pagineringsblokk eller sidekartet i XML. Test det ved å slå av JavaScript i nettleseren: hvis du ikke kommer til side 2, kommer heller ikke de fleste crawlere dit.
Fasettert navigasjon (filtre etter størrelse, farge, pris, merke) multipliserer nettadresser raskt. En kategori med 10 sider, 5 sorteringsvalg og 20 filtre kan gi tusenvis av kombinasjoner, og hver av dem er paginert. Googles veiledning om å håndtere fasettert navigasjon anbefaler at du bestemmer hvilke versjoner som i det hele tatt skal crawles:
Ta en kategori med 480 løpesko, 24 per side, altså 20 sider. Et sunt oppsett ser slik ut:
Den samme logikken gjelder for et blogg-arkiv: én nettadresse per arkivside, selvrefererende kanoniske koder, nummererte lenker, og hver artikkel er også tilgjengelig fra kategorisider eller relaterte innlegg.
En revisjon av paginering tar under en time på de fleste nettsteder:
Paginerings-SEO handler om noen få regler fra Googles egen veiledning: én unik nettadresse per side, lenker mellom sidene som kan følges, en selvrefererende kanonisk kode i stedet for en kanonisk kode til side 1, ingen avhengighet av rel="next" og rel="prev", og sidetallsadresser bak all endeløs scrolling eller knapper for «last inn mer». Kontroller filtre og sorteringer slik at de ikke oversvømmer indeksen, og gi hvert element en andre vei til oppdagelse via sidekartet. For å sjekke den kanoniske koden, indekseringsmerkene og lenkene på en paginert nettadresse på sekunder, kjør den gratis SEO-revisjonen på siden fra Sorank.
Vanligvis ikke. Google behandler hver paginert nettadresse som en egen side, og dype sider er ofte den eneste veien til eldre produkter eller artikler. Sider som lenge har vært satt til noindex blir gjerne crawlet sjeldnere, og da kan elementene de lenker til bli skjult. Hold dem indekserbare med en selvrefererende kanonisk kode, og bruk noindex bare til filter- og sorteringsvarianter.
Nei. Google har sagt at de ikke lenger bruker disse attributtene, selv om andre søkemotorer fortsatt kan lese dem. Du kan beholde dem hvis CMS-et ditt legger dem til, men sidene i en serie må kobles sammen med vanlige lenker som kan følges, og det er det Google stoler på.
Endeløs scrolling er greit for brukerne, men risikabelt alene, fordi Googles crawlere ikke scroller eller klikker for å laste inn flere elementer. Løsningen er å støtte den med sidetallsadresser: hver gruppe elementer har sin egen adresse og er koblet med vanlige HTML-lenker. Test med JavaScript slått av, så ser du raskt om crawlere kan nå hver side.
DE PRØVDE SORANK FØR DEG
