Hver gang du får din sideinddeling til at løbe tilbage til første side, ser AI-systemer måske aldrig din side to. De fleste hjemmesideejere sætter det op uden at vide, at generative søgemaskiner håndterer sideinddeling helt anderledes end almindelig søgning. Side to i din produktliste, side ti i dit blogarkiv, side tre i dine cases: For ChatGPT eller Perplexity findes de måske slet ikke.
Det betyder noget, fordi sideinddeling rører ved to ting, der driver AI-synlighed: om siden kan crawles, og hvordan indholdet er bygget op. En dårligt opbygget sideinddeling betyder, at AI aldrig ser hele dele af dit sortiment, dine artikler eller dit indhold, der viser autoritet. Når en AI-bruger stiller et spørgsmål, som din artikel på side ti svarer perfekt på, finder systemet den aldrig, fordi det aldrig crawlede længere end side ét.
Hvad sideinddeling egentlig er (og hvorfor den betyder noget for AI)
Det grundlæggende
Sideinddeling er det system, der deler en stor samling indhold op i mindre, nummererede sider. En produktkategori med 500 produkter delt i 50 sider med 10 produkter på hver. Et blogarkiv med 20 indlæg pr. side. Hver nummereret side er en separat URL: side 1 er /products, side 2 er /products?page=2, side 3 er /products?page=3.
Hvorfor AI ser det anderledes
I almindelig søgning er sideinddeling for længst løst. Googles crawler følger links fra side ét til side to til side tre. Den genkender mønstret og indekserer hver side for sig. For AI-systemer bliver sideinddeling et problem for synligheden. Hvis din sideinddeling sætter canonical på alle sider tilbage til side ét, ser AI kun side ét. Dit indhold på side to til ti er i praksis skjult.
Hvordan AI-systemer crawler sideinddelt indhold anderledes
ChatGPT crawler slet ikke
ChatGPT crawler ikke i realtid. Den er trænet på øjebliksbilleder af data, der er samlet over tid. Når træningen var færdig, gennemsøger ChatGPT ikke længere det aktuelle net.
Perplexity og AI i realtid bruger almindelig søgning
Perplexity, Claude og platforme, der siger, at de har adgang i realtid, crawler ikke som Googlebot. De omformulerer brugernes spørgsmål og sender dem til Google og andre søgemaskiner. Derefter henter de de 5 til 10 bedste resultater, der kommer tilbage. Hvis din side ét rangerer på en søgning, men din side fem ikke gør, ser Perplexity aldrig side fem.
Problemet med canonical-tagget
Mange hjemmesider sætter canonical på hver eneste side i sideinddelingen tilbage til side ét. Det fortæller AI-systemer, at alle 50 sider skal behandles som én side. Google samler alt i én post i indekset. AI-systemer følger Googles eksempel og ser kun side ét. Det unikke indhold på side to til 50 bliver usynligt.
Hvorfor uendelig scroll skaber et større problem for AI
Sådan ødelægger uendelig scroll AI-synligheden
Uendelig scroll indlæser nyt indhold, når brugeren scroller nedad. For mennesker føles det gnidningsfrit. For AI-crawlere er det en sort boks. De fleste AI-crawlere kører ikke JavaScript. ChatGPTs crawler ser kun den første HTML, der blev indlæst, da siden først blev vist. Indhold, der indlæses dynamisk, når mennesker scroller? Det har crawleren aldrig set.
Crawlerne fra ChatGPT, Perplexitys bots og Claudes systemer har alle den begrænsning. De henter HTML'en, men venter ikke på, at JavaScript kører. Hvis hele den anden halvdel af dine produkter kun findes i JavaScript, ser AI-systemer dem aldrig.
Den kombinerede løsning
Byg almindelige URL'er med sideinddeling, så hver side findes som en separat, statisk URL. Læg derefter JavaScript oven på for at give en god oplevelse. Når nogen scroller, opdaterer browseren URL'en. AI-crawleren kan stadig åbne hver side for sig, fordi URL'erne findes og kan crawles.
Forskellen på sidens identitet og sidens lighed
Hvorfor rel="next" og rel="prev" ikke længere betyder noget
Ældre vejledning anbefalede tags med rel="next" og rel="prev" for at vise rækkefølgen i sideinddeling. Google bekræftede i 2019, at de ikke længere bruger de tags til indeksering eller rangering. Googles BERT-teknologi blev avanceret nok til at genkende sideinddeling automatisk. For AI-systemer betyder de tags slet ikke noget.
Sådan afgør AI, om sider er dubletter
AI-systemer skal afgøre, om en side fortjener sin egen post i indekset, eller om den skal slås sammen med en anden side. Hvis side ét viser produkt 1 til 10, og side to viser produkt 11 til 20, bør de være forskellige sider. De har unikt indhold. De svarer på forskellige søgninger.
Men hvis du kopierer den samme metatitel og den samme indledende tekst og kun ændrer produkterne, behandler AI dem måske som tynde dubletter. Den beslutter måske, at side to ikke tilfører noget. Eller, hvis hver side har canonical til side ét, indekserer AI kun side ét.
Sådan bygger du sideinddeling op, så AI kan finde dit indhold
Regel ét: selvstændig indeksering
Hver side i sideinddelingen skal have sin egen URL og kunne indekseres selvstændigt. Sæt ikke canonical fra side to tilbage til side ét. Lad hver side stå på egne ben.
Regel to: synlig forskel
Hvis side to er anderledes end side ét, så gør forskellen synlig i HTML'en. Hvis side to viser produkt 11 til 20, så gør det tydeligt. Brug unikke metatitler og beskrivelser til hver side. Tilføj schema markup, der fortæller crawlere, hvilken side de er på, og hvilket indhold den har.
Til dig, der bruger uendelig scroll
Behold almindelige URL'er med sideinddeling til crawlere. Læg uendelig scroll oven på til brugerne. Når nogen scroller, så brug JavaScripts pushState til at opdatere URL'en uden at indlæse hele siden igen.
Teknisk opsætning
Lav XML-sitemaps, der viser alle sider i sideinddelingen. På produktsider bruger du Product-schema og ItemList-schema. På blogs bruger du unikke metatitler og beskrivelser på hver side. "Alle artikler om SEO og indhold" og "Alle artikler om tekniske SEO-gennemgange" fortæller AI, at det er forskellige samlinger og ikke den samme side gentaget.
Hvornår du bruger sideinddeling, uendelig scroll eller "indlæs mere"
Hver løsning har forskellige afvejninger for AI-synlighed og brugeroplevelse. Valget afhænger af, om du prioriterer, at du kan findes i søgning, eller at brugerne engagerer sig. For de fleste hjemmesider virker en kombineret løsning bedst: Byg URL'er med sideinddeling, der kan crawles, og forbedr oplevelsen med JavaScript.
| Løsning | Sådan virker den | AI-synlighed | Brugeroplevelse | Bedst til |
|---|---|---|---|---|
| Sideinddeling | Separate URL'er til hver side (/page=1, /page=2 osv.) | Stærkest. Hver side kan crawles og indekseres selvstændigt. | Kræver, at man klikker på "næste" for at se mere indhold. | Synlighed i søgning. Kategorier i webshops, blogarkiver og alle store samlinger af indhold. |
| Uendelig scroll | Indhold indlæses dynamisk, når brugeren scroller. Ingen nye URL'er. | Svagest. De fleste AI-crawlere kører ikke JavaScript. Indhold ud over den første indlæsning er usynligt. | Bedst. Gnidningsfri oplevelse, ingen klik nødvendige. | Engagement og tid på siden. Anbefales ikke til indhold, der er vigtigt for SEO. |
| Knapper med "indlæs mere" | Brugeren klikker på en knap for at indlæse næste portion. Styret af JavaScript, men med klare handlinger. | Middel. Kan virke godt, hvis du kobler det med ændringer af URL'en via pushState. | God mellemløsning. Tydelig handling, men mindre gnidningsfri end uendelig scroll. | Kombineret løsning. Engagement med noget søgbarhed. |
| Kombineret (sideinddeling + JS) | URL'er med sideinddeling, der kan crawles, findes. JavaScript forbedrer oplevelsen med uendelig scroll oven på. | Stærkest. URL'erne kan crawles, men brugerne får en gnidningsfri oplevelse. | Det bedste fra begge verdener. Gnidningsfri scroll til mennesker, struktureret sider til crawlere. | Anbefalet til de fleste hjemmesider. Giver AI-synlighed uden at gå på kompromis med oplevelsen. |
| Sideinddeling med rel="next"/rel="prev" | Klassiske tags, der viser rækkefølgen af sider. | Svag til AI. Google har ignoreret dem siden 2019. Andre søgemaskiner bruger dem måske stadig. | Det samme som almindelig sideinddeling. | Gammel metode. Anbefales ikke længere. |
| Mulighed for at vise alt | Én side viser alt indhold uden sideinddeling. | Stærkest, hvis den er sat rigtigt op. Alt indhold på én URL. | Dårlig. Siden tager for lang tid at indlæse. Overvældende for brugerne. | Kun til små samlinger af indhold (under 50 emner). Ikke praktisk til store sortimenter. |
Sideinddeling og AI-optimering på sideniveau
Behandl hver side som en separat kilde til citater
I stedet for at se sideinddeling som et nødvendigt onde kan du se den som en chance for at optimere. Hver side i sideinddelingen kan ramme en del af brugernes hensigt. Side ét rammer bred opdagelse. Side to rammer nicheprodukter. Side tre rammer bestemte funktioner.
Hver side bliver sin egen kilde, der kan citeres. Når en AI-bruger spørger om en bestemt gruppe produkter, kan AI citere netop den side, hvor oplysningerne står.
Optimer hver side for sig
Brug unikke metatitler og beskrivelser, der afspejler det konkrete indhold på siden. Tilføj en H1, der fortæller læserne, hvad de ser på. "Computerskærme: 4K og højere" fortæller AI, at siden specifikt handler om skærme med høj opløsning og ikke alle skærme i kategorien.
Canonical-tags og sideinddeling
Fejlen med for mange canonicals
Mange hjemmesideejere sætter canonical-tagget på alle sider i sideinddelingen til side ét. Det fortæller AI-systemer, at alle 50 sider skal behandles som én side. Den strategi virker mod hensigten for AI-synlighed. Hvis alle sider har canonical til side ét, indekserer AI-systemer kun side ét.
Den bedre løsning
Brug canonicals, der peger på siden selv. Side to har canonical til side to. Side fem har canonical til side fem. Det fortæller søgemaskiner: "Denne side er den autoritative udgave af sig selv", ikke "behandl mig som side ét".
Hvornår du samler
Hvis du har variationer i URL-parametre, der skaber dubletter i sideinddelingen (page=1 mod page=2 mod page=2&sort=date), så saml dem under én canonical. Men saml ikke hele rækken af sider i sideinddelingen under side ét.
Ofte stillede spørgsmål
[wemasy-accordion type="primary" wemasy-accordion title="Bruger Google stadig tags med rel=\"next\" og rel=\"prev\" til sideinddeling?"]<p>Google bekræftede i 2019, at de ikke længere bruger de tags til indeksering eller rangering. Andre søgemaskiner finder dem måske stadig nyttige. For AI-synlighed betyder de tags ikke noget.</p>
[/wemasy-accordion]
Hvis jeg sætter canonical til side ét på alle sider, straffer Google mig så?
Google straffer dig ikke. Men du mister indeksering af de enkelte sider. Hvis side fem har unikt indhold, vil du have den indekseret for sig til bestemte søgninger. For mange canonicals skader synligheden i alle slags søgning. Med WEMASY's hjemmesidebygger kan du sætte det op direkte på din hjemmeside.
Skal jeg bruge uendelig scroll eller sideinddeling?
For synlighed i søgning er almindelig sideinddeling stærkere. For brugeroplevelsen virker uendelig scroll godt. Den bedste løsning er en kombination: Hold URL'erne med sideinddeling åbne for crawlere, mens du bruger JavaScript til at forbedre oplevelsen.
Hvor mange emner skal jeg vise pr. side?
Der er intet magisk tal. Produktkategorier viser ofte 12 til 50 produkter pr. side. Blogarkiver viser 10 til 20 indlæg pr. side. Afvej sidens hastighed mod at undgå alt for mange sider. For AI er det vigtigste, at hver side kan crawles selvstændigt og har eget indhold.
Skal jeg indsende sider med sideinddeling til Google Search Console?
Tag alle sider med sideinddeling med i dit XML-sitemap. Google finder dem ved at crawle, men sitemappet hjælper med at sikre, at intet bliver overset. For AI-synlighed vil du have, at hver side i sideinddelingen kan crawles.
Betyder sidens hastighed noget for sider med sideinddeling?
Ja. Langsomme sider i sideinddelingen indlæses langsomt både for besøgende og crawlere. Hvis side to tager 8 sekunder at indlæse, kan crawlere løbe ud i tid. Optimer hastigheden på hver side i sideinddelingen, især de første sider, som crawlere besøger først.