Når du har hundrevis av innlegg, dusinvis av kategorier og en sky av stikkord, formerer pagineringssidene seg ubemerket. /page/2/, så /page/3/, så /page/15/, og før du vet ordet av det indekserer Google tusenvis av søppel-URL-er som ikke har noe unikt innhold, men som spiser av crawl-budsjettet ditt.

I eldre versjoner av Yoast SEO fantes det en innebygd bryter kalt «Noindex subpages of archives». Ett avkrysningsfelt, så var problemet løst. Men i 2020 fjernet Yoast-teamet denne innstillingen fra grensesnittet. Den offisielle holdningen er at Google har blitt flinkere til å håndtere paginerte serier, og at innstillingen ikke lenger er nødvendig.

I praksis er den nødvendig. Særlig for store nettsteder der hver ekstra side i indeksen spiser av crawl-kvoten for URL-er som faktisk bør rangere.

Yoast-utviklerne la igjen en løsning: filteret wpseo_robots. Med det kan du programmatisk sette noindex, follow for alle pagineringssider. Nedenfor finner du to kodealternativer: ett strengt (alle /page/-URL-er) og ett selektivt (kun kategori- og stikkordarkiver).

💡 Rask oversikt:

• Lær hvorfor Yoast fjernet det innebygde alternativet og når det fortsatt er nødvendig
• Få klar-til-bruk-kode for functions.php: to versjoner av wpseo_robots-filteret
• Lær å verifisere resultatene via sidekildekode og Google Search Console

Hvorfor pagineringssider bør blokkeres fra indeksering

Hver pagineringsside har tre problemer. For det første, duplisering av innhold: /category/seo/, /category/seo/page/2/ og /category/seo/page/3/ viser de samme forhåndsvisningene, bare fordelt på sider. For det andre, tynt innhold: en pagineringsside har ingen full artikkel, kun en liste med titler og utdrag. For det tredje, crawl-budsjett: Googlebot bruker crawl-grensen sin på URL-er uten søkeverdi i stedet for å gjennomgå ferske innlegg på nytt.

Yoast SEO løste historisk denne oppgaven med ett enkelt avkrysningsfelt i innstillingene. Men fra og med versjon 14.0 revurderte selskapet tilnærmingen sin. Logikken var denne: Google lærte å gjenkjenne rel="prev" og rel="next", forstår pagineringsstruktur og dirigerer brukere til førstesiden på egen hånd. Og noindex på undersider, slik Yoast ser det, reduserer antall crawlinger og hindrer søkemotoren i å gjenoppdage gamle artikler via lenker på disse sidene.

Dette argumentet kan diskuteres. Har du en liten blogg med 30 innlegg, greit nok, da finner Google ut av det. Men har nettstedet ditt vokst til flere tusen URL-er med paginering av kategori-, stikkord- og datoarkiver, kaster søkemotoren bort tid på feil ting. Å blokkere undersider fra indeksering via kode er en kontrollert og reversibel løsning.

Alternativ 1: noindex for alle pagineringssider

Den enkleste og mest radikale tilnærmingen. Filteret sjekker betingelsen is_paged(), en standard WordPress-funksjon som returnerer true på enhver pagineringsside (arkiver, kategorier, stikkord, hjemmeside). Hvis betingelsen er sann, setter vi inn noindex, follow.

Legg denne koden i det aktive temaets functions.php eller via Code Snippets-pluginen:

1
add_filter('wpseo_robots', function($robots) {
2
    if (is_paged()) {
3
        return 'noindex,follow';
4
    }
5
    return $robots;
6
});

Hva som skjer linje for linje:

• add_filter('wpseo_robots', ...) kobler seg på Yoast SEO-filteret som er ansvarlig for innholdet i robots meta-taggen. Filteret mottar den gjeldende $robots-verdien og forventer en streng tilbake.
• is_paged() er en innebygd WordPress-kjernefunksjon. Den utløses på enhver URL der variabelen paged er til stede (det vil si /page/N/).
• return 'noindex,follow' forteller søkemotoren: «ikke indekser denne siden, men følg lenkene på den». Lenker innad i pagineringen fortsetter å sende vekt.
• return $robots returnerer standard Yoast-verdi uendret for alle andre sider.

Etter at du har lagt til koden, besøk en side som /category/seo/page/2/ og åpne HTML-kildekoden (Ctrl+U). Finn linjen <meta name="robots". Hvis du ser content="noindex, follow", fungerte filteret.

Alternativ 2: noindex kun for kategori- og stikkordarkiver

Det første alternativet treffer alle paginerte sider uten forskjell, inkludert hjemmesiden (/page/2/). Hvis hjemmesiden din viser forhåndsvisninger av innlegg og du ønsker å beholde undersidene dens i indeksen, trenger du mer målrettet logikk.

Vi legger til en ny betingelse: is_archive(). Denne WordPress-funksjonen returnerer true kun på arkivsider: kategorier, stikkord, datoarkiver, forfatterarkiver og egendefinerte taksonomier.

1
add_filter('wpseo_robots', function($robots) {
2
    if (is_paged() && is_archive()) {
3
        return 'noindex,follow';
4
    }
5
    return $robots;
6
});

Forskjellen fra det første alternativet ligger i kombinasjonen av betingelser. is_paged() && is_archive() betyr: «pagineringsside OG arkivside samtidig». Paginering av hjemmesiden (/page/2/) oppfyller ikke is_archive()-betingelsen, så indekseringen av den bevares.

Hvilket alternativ du bør velge:

Hvordan verifisere resultatet

Etter at du har satt inn koden, sjekk tre ting.

For det første, kildekode. Åpne en hvilken som helst pagineringsside, Ctrl+U, søk etter <meta name="robots". Forsikre deg om at du ser content="noindex, follow", ikke content="index, follow".

For det andre, Google Search Console. Gå til URL-inspeksjonsverktøyet, lim inn adressen til den paginerte siden og klikk «Test». I blokken «Indeksering» vil du se statusen: «Siden er ikke indeksert» med årsaken «Ekskludert av noindex-tag». Dette bekrefter at Googlebot mottok og behandlet direktivet.

For det tredje, indeksdynamikk. I Search Console åpner du «Indeks» → «Sider». Innen 2-4 uker etter at du har implementert koden, vil du se en vekst i sider med statusen «Ekskludert av noindex-tag» og en reduksjon i indekserte paginerte URL-er. Prosessen er ikke umiddelbar: Googlebot må gjennomgå hver URL på nytt for å lese den nye taggen.

Viktige begrensninger og forholdsregler

Koden endrer atferd på hele nettstedet. Før du implementerer, må du forsikre deg om at du forstår konsekvensene.

Å plutselig droppe tusenvis av sider fra indeksen kan midlertidig forårsake et trafikkfall. Hvis nettstedet levde med pagineringsindeksering i flere år og noen undersider mottok søketrafikk, vil du miste disse besøkene. Til gjengjeld frigjør du crawl-budsjett for sider som faktisk bør rangere. Men en tilpasningsperiode på 3-6 uker er uunngåelig.

Ta en sikkerhetskopi av functions.php før du redigerer. En syntaksfeil i PHP-kode vil ta ned hele nettstedet (white screen of death). Hvis du bruker Code Snippets, vil pluginen fange opp den fatale feilen og deaktivere snippet-en. Hvis du redigerer functions.php direkte, ha FTP-tilgang klar for å rulle tilbake filen.

Hvis nettstedet har en caching-plugin installert (WP Rocket, W3 Total Cache), tøm cachen etter at du har lagt til koden. Ellers vil gamle HTML-kopier av sider uten den nye robots meta-taggen bli servert til besøkende og søkemotorer i flere timer eller dager.

For en mer detaljert gjennomgang av alle Yoast SEO-funksjoner, fra installasjon til finjustering av meta-tagger, se vår guide til oppsett av Yoast SEO for WordPress.

⁉️🤔 Ofte stilte spørsmål

Hvorfor fjernet Yoast SEO det innebygde noindex-alternativet for undersider?

Google lærte å gjenkjenne paginerte serier gjennom rel="prev"- og rel="next"-tagger og dirigere brukere til førstesiden. Yoast bestemte at tvungen noindex på undersider reduserer crawlinger og forstyrrer reindeksering av gamle artikler via lenker fra paginerte sider. Yoasts offisielle dokumentasjon bekrefter: innstillingen ble fjernet fra grensesnittet, men wpseo_robots-filteret forblir for programmatisk kontroll.

Støttes wpseo_robots-filteret fortsatt i 2026?

Ja. wpseo_robots-filteret fungerer i gjeldende Yoast SEO-versjoner (24.x, 2026) og er dokumentert i Metadata API-et på developer.yoast.com. En viktig endring: før versjon 19.8 tillot filteret å returnere false for å fjerne robots meta-taggen. Fra og med 19.8 ignoreres det å returnere false; filteret forventer kun en streng ('noindex,follow' eller $robots). Begge kodeversjonene fra denne artikkelen returnerer en streng og er fullt kompatible.

Vil koden fungere hvis nettstedet har en egendefinert pagineringsstruktur?

Funksjonen is_paged() er avhengig av standard WordPress-spørringsparameteren paged. Hvis paginering er implementert via en egendefinert parameter (for eksempel ?pg=2 eller virtuell skrolling), vil ikke betingelsen utløses. For egendefinert paginering erstatter du is_paged() med en sjekk for den spesifikke query_var: get_query_var('custom_page_var'). Pluginer som WP-PageNavi fungerer gjennom standard paged, så det er ingen konflikt.

Hvor lang tid tar det før Google fjerner paginerte sider fra indeksen?

I gjennomsnitt 2 til 6 uker. Hastigheten avhenger av nettstedets størrelse og crawl-frekvens: på et nettsted med daglige crawlinger vil Googlebot gjennomgå hovedseksjonene på nytt i løpet av 7-10 dager; på en liten blogg med ukentlige crawlinger, i løpet av en måned. Du kan fremskynde dette via en manuell forespørsel om ny gjennomgang i Search Console («Indeks» → «Sider» → velg URL → «Be om indeksering»), men Google behandler slike forespørsler på købasis.

Kan paginering blokkeres via robots.txt i stedet for noindex?

Teknisk sett ja: Disallow: */page/* i robots.txt vil forby crawling av paginerte URL-er. Men dette er dårligere enn noindex. Årsaken: robots.txt blokkerer gjennomgang av siden, ikke indeksering av den. Hvis eksterne lenker peker til en paginert side, kan Google indeksere den som en «side uten beskrivelse». Samtidig vil heller ikke lenker fra selve siden bli gjennomgått, og du mister vektoverføring til innlegg. noindex, follow løser begge oppgavene: siden indekseres ikke, men lenker fra den gjennomgås.

Bør du blokkere paginering fra indeksering i ditt tilfelle

Svaret koker ned til to faktorer: nettstedets størrelse og om crawl-budsjett er en knapp ressurs.

Har du 50 innlegg og tre kategorier, ikke bry deg. Google vil finne ut hvilke sider som skal vises i søkeresultatene, og vil filtrere ut de mindre verdifulle på egen hånd. wpseo_robots-filteret er i dette scenariet unødvendig kompleksitet.

Har du 500+ innlegg, dusinvis av kategorier, en aktiv blogg med stikkord og datoarkiver, skaper paginering hundrevis og tusenvis av URL-er som søkemotoren gjennomgår i stedet for ferske artikler. Aktiver alternativ 2 (arkiver) eller alternativ 1 (alt), verifiser resultatet via kildekode og Search Console, og gi Google 3-4 uker på å gjennomgå på nytt.

Koden er reversibel: kommenter ut filteret, og i løpet av en måned vil alle paginerte sider returnere til indeksen. Ingen irreversible konsekvenser.