Guide : Pagination

TL;DR — Pagination est splitting a long liste — produits, blog posts, recherche résultats — à travers numbered pages comme page 1, 2, 3. Chaque page nécessite son propre URL, et vous vouloir moteur de recherches à être able à explorer tout de les donc ils peut trouver le contenu lié depuis le deepar pages. Le big mistakes sont telling Google ceux deepar pages ne pas matter (par canonicalizing les tout à page 1 or noindexing les).

Ce que pagination is

Quand vous ont plus éléments que fit on un page — dire 500 produits dans a category, or années de blog posts dans an archive — vous split les à travers a series de pages. Page 1 montre le premier batch, page 2 le suivant, et donc on. Chaque page lives à son propre adresse (a URL), généralement quelque chose comme ?page=2 or /page/2/.

That’s pagination. You’ve utilisé it a thousand times sans thinking à propos de it.

Pourquoi c’est important pour le SEO

Lune pages themselves presque jamais classer pour n’importe quoi or obtenir direct trafic. Leur réel job est à être a chemin que moteur de recherches suivre à reach le produits or posts listed on les. Si a bot ne peut pas obtenir à page 3, il ne peut pas trouver le choses que sont seulement lié depuis page 3.

Donc le entier game est simple: let moteur de recherches explorer chaque page dans le sequence. La plupart pagination problèmes come depuis accidentally blocking que chemin.

The three façons to montrer paginated content

1. Numbered pages (traditional pagination). Page 1, 2, 3, chaque son propre URL. Ce est le sûr, SEO-friendly par défaut.
2. A “Charger plus” button. Un page, et clicking le button charge le suivant batch. Fine si le button est construit on réel liens — a problème si c’est a JavaScript-seulement button que bots ne peut pas click.
3. Infinite scroll. Contenu garde chargement as vous scroll. Great pour utilisateurs, mais bots ne pas scroll, donc sans réel numbered-page liens somewhere, le contenu plus loin bas peut jamais obtenir trouvé.

The mistakes to éviter

• ne pas point chaque page’s balise canonical à page 1. Que indique Google pages 2, 3, 4 sont simplement duplicates de page 1 et ne devrait pas être indexé — qui peut hide le contenu on les.
• ne pas ajouter noindex à page 2 et au-delà. Il feels tidy, mais il peut causer Google à eventually arrêter exploration ceux pages, et alors il loses le chemin à tout ils lien à.
• ne pas bloquer pagination dans robots.txt or ajouter nofollow à lune page liens. Les deux cut off le explorer chemin.

The un piece of history worth knowing

Là utilisé à être a special bit de code — rel="prev" et rel="next" — que told Google comment paginated pages connected. Google stopped en utilisant il dans 2019. ne pas panic et rip il out, though: Bing encore utilise il et navigateurs utiliser il à charger le suivant page faster, donc c’est worth keeping.

Vouloir le complet version — self-canonicals, le explorer-chain problème avec noindex, et le strange story de comment Google’s deprecation obtenu découvert — switch à le Avancé tab.

TL;DR — Treat chaque paginated URL as a standalone page: self-referencing canonical, crawlable, indexable, réel <a href> liens. Le classic mistakes — canonicalizing pages 2+ à page 1, noindexing les, nofollowing leur liens, blocking les dans robots.txt — tout break le explorer chain à le contenu ceux pages lien à. Google silently stopped en utilisant rel=prev/next avant announcing il dans March 2019; Bing encore utilise il, donc laisser le markup dans placer. Budget d’exploration seulement matters à very grand scale, et paginated pages drive presque aucun direct trafic (un cas study: ~0,3% de organique clicks) — leur valeur est as explorer paths.

Chaque paginated page stands on its propre

Ce est le unique mental shift que corrections la plupart pagination problèmes. Après Google dropped rel=prev/next, John Mueller put le nouveau reality plainly: “Pour le la plupart partie, nous simplement indexer lune pages as nous trouver les, donc as nous avons recommended pour a long temps, c’est bon à assurez-vous que tout pages peut stand on leur propre.”

“Stand on their own” signifie chaque page dans le sequence est a normal, indexable page avec a self-referencing canonical — page 2’s canonical points à page 2, page 3’s à page 3. Google’s propre actuel guidance est explicit: donner chaque page son propre URL canonique; faire pas utiliser le premier page as le canonical pour le entier définir.

Un exception à normal meilleur pratique: Google dit identical <title> balises à travers a paginated sequence sont fine. Pages dans a paginated définir “don’t need to follow” le usual unique-titre recommendation, donc vous ne pas ont à contrive “Page 2 de 9” suffixes (though ils ne pas hurt).

Le rel=prev/suivant story — et pourquoi c’est le interesting partie

Back dans 2011 Google introduced rel="prev" et rel="next" — <link> elements dans le <head> que told Google qui URLs formed a paginated sequence donc il pourrait consolidate signaux à travers les. Pour la plupart de le 2010s, ajout les était standard technique-SEO hygiene.

Alors il quietly stopped mattering. Le façon le SEO world trouvé out est le partie la plupart écrire-ups skip: Gary Illyes découvert, during internal research, que Google avait déjà silently stopped en utilisant rel=prev/next — et avait pas été en utilisant il pour some temps. Il escalated il internally, et on March 21, 2019 le @googlewmc account fait il public:

“Spring cleaning! As we evaluated our indexation signals, we decided to retire rel=prev/suivant. Studies montrer que utilisateurs love single-page content, aim pour que quand possible, but multi-part is aussi fine pour Recherche Google.”

Le rationale: Google’s indexation avait become bon suffisant à recognizing paginated sequences depuis titres, titles, et maillage interne que le explicit hint était redundant. Quand Je spoke à propos de ce à SMX West dans early 2020, le chose Je kept coming back à était comment complètement il caught le industry off guard — nous’d tout été doing fonctionner que, il turned out, Google hadn’t été reading pour a pendant que.

Devrait vous supprimer rel=prev/next? Aucun — et ce est où a lot de personnes overcorrect. Je covered exactly ce dans mon Ahrefs piece, SEOs Sont Breaking Pagination Après Google Modifié Rel=Prev/Suivant. Garder il, parce que:

«- Bing still supports and recommends it. Bing’s guidance is unchanged — one rel="next" and/or one rel="prev" per page, in the <head>. Stripping it to “clean up after Google” can only hurt your Bing performance. » (Traduction) (Résumé en français de la section trente-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Browsers prefetch with it — they can preload the next page for a faster experience. » (Traduction) (Résumé en français de la section trente-trois, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- It’s a W3C standard and helps with accessibility. » (Traduction) (Résumé en français de la section trente-trois, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

So: Google ignores it, everyone sinon encore benefits. Leaving it in placer is the correct appel.

Canonicals: self-reference, pas page 1

Le old, maintenant-harmful modèle était canonicalizing pages 2, 3, 4… back à page 1. Le intent était à “avoid duplicate content,” mais le effect est le opposite de ce que vous vouloir: vous êtes telling Google ceux deepar pages sont duplicates que ne devrait pas être indexé, qui orphans le contenu lié seulement depuis les et breaks le explorer chemin via le sequence.

«Correct: each page is self-canonical. The one legitimate alternative is a view-all page — a single URL showing the whole set — with the paginated pages canonicalizing to that. Google’s older guidance leaned on view-all heavily; the current guidance softens it to “an option if the page loads fast enough.” For most large catalogs, self-referencing canonicals on each paginated page is the simpler, safer default. » (Traduction) (Résumé en français de la section trente-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Devrait vous noindex page 2+? Presque jamais — et ici’s le trap

Le tidy-looking déplacer est à noindex tout past page 1 donc seulement page 1 montre dans recherche. Le problème est ce que noindex fait à exploration over temps: Google eventually explore noindexed pages moins, et peut effectively arrêter suivant le liens on les. Si page 3 est noindexed et Google arrête exploration il, Google loses son chemin à tout c’est seulement lié depuis page 3. c’est le explorer-chain problème, et c’est pourquoi noindex on pagination tends à quietly bury contenu.

«Mueller’s heuristic for whether a page can be safely noindexed is a useful gut check: “If someone only saw this page from my site, would that be OK?” For a genuinely thin, valueless page the answer might be yes — but for a paginated listing that’s the only route to dozens of products, the answer is almost always no. » (Traduction) (Résumé en français de la section quarante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Where noindex is often appropriate: filter and sort variants, which people confuse with pagination. A true paginated sequence (?page=2) should stay indexable. A filtered or sorted variant (/shoes/?color=red&sort=price) is usually a near-duplicate spider-trap candidate that you may legitimately want to noindex or block. Knowing which is which is the whole skill — this overlaps heavily with how you handle faceted navigation, which is its own topic. » (Traduction) (Résumé en français de la section quarante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

The autre crawl-path killers

Le même “don’t break the path” règle règles out a quelques plus patterns:

«- Don’t nofollow pagination links. Each paginated page is part of your internal link graph; nofollowing the nav links blocks PageRank flow and crawl signal to the deeper pages. » (Traduction) (Résumé en français de la section quarante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Don’t block pagination in robots.txt. That stops Google reaching the pages at all — and therefore everything linked from them. » (Traduction) (Résumé en français de la section quarante-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Use real <a href> links for pagination controls. Google crawls URLs found in href attributes; a JavaScript-only “Load more” button that fires an onclick without a real link is invisible to Googlebot. Google is explicit that its crawlers “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions.” » (Traduction) (Résumé en français de la section quarante-quatre, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Infinite scroll et “Charger plus” — faire les crawlable

Infinite scroll est fine pour utilisateurs et hostile à robots d’exploration unless vous donner bots a fallback. Le corriger est a paginated, crawlable counterpart: réel ?page=n URLs avec <a href> liens (souvent surfaced dans a footer or a <noscript> fallback) que expose le même contenu le scroll charge dynamically. Même advice pour “Charger plus” — le button peut drive le UX, mais là devrait être a réel anchor-lien chemin à chaque page de résultats behind il. Pour very grand catalogs, lean on XML sitemaps (or a Merchant Center feed) à supplement discovery, since vous pouvez’t count on lien discovery alone reaching tout.

Données structurées on paginated content

il y a aucun special schema type pour “a paginated series.” Mark up qu’est-ce que en réalité on chaque page: Product markup belongs on individual produit pages (pas le pagination container), et Article markup on chaque page de a multi-partie article series. ne pas essayer à express le prev/suivant relationship via données structurées — c’est pas ce que c’est pour.

Budget d’exploration and the reality vérifier

Pagination crée a lot de URLs, qui est pourquoi il obtient blamed pour explorer-budget problèmes. Le honest réponse: pour la plupart sites il ne fait pas matter. Budget d’exploration est a réel constraint seulement à grand scale — think 1M+ pages, or very grand rapidly modification catalogs. Google a, dans Mueller’s framing, “a lot of experience dealing with pagination” et learns votre URL patterns over temps, donc il généralement handles paginated sequences bien sans special configuration.

Et worth keeping dans perspective: paginated pages drive presque aucun direct organique trafic. Un well-known cas study trouvé pagination URLs accounted pour seulement ~0,3% de total organique clicks, avec aucun negative SEO impact depuis having lots de les indexé. Que reinforces le framing throughout ce page — paginated pages earn leur garder as explorer paths à le contenu ils expose, pas as classement pages dans leur propre correct. Donc le practical advice Je garder giving: ne pas over-engineer il. Faire lune pages crawlable et self-canonical, alors laisser les alone et let Google figure il out.

Un honest caveat: getting le technique setup correct — crawlable liens, self-canonicals, aucun accidental noindex — seulement garde le door ouvrir. Il ne fait pas guarantee Google explore, indexes, or se classe quelconque donné paginated page, et il ne fait pas guarantee trafic or an AI citation soit. Ce que il supprime est le architectural raisons contenu on deepar pages obtient missed dans le premier placer.

Ce topic sits alongside le rest de le structure du site cluster — internal linking, faceted navigation, Structure d’URL, et breadcrumbs tout shape le même explorer-path question depuis différent angles.

AI summary

A condensed prendre on the Avancé version:

«- Pagination splits large content sets (category pages, archives, search results, article series) across sequentially numbered URLs. Each page’s SEO value is as a crawl path to the content it links to — not as a ranking page. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Each paginated page should stand on its own: indexable, crawlable, with a self-referencing canonical. Google: give each page its own canonical URL — don’t canonicalize pages 2+ to page 1. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- rel=prev/next: Google silently stopped using it before announcing the retirement on March 21, 2019 (Gary Illyes found it internally). Bing still uses it, browsers prefetch with it, it’s a W3C standard — so don’t remove it. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Don’t noindex page 2+ in normal cases: noindexed pages get crawled less and Google can stop following their links, breaking the crawl chain to content linked only from those pages. Mueller’s test: “If someone only saw this page… would that be OK?” » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Filter/sort variants ≠ pagination. True ?page=n stays indexable; filtered (?color=red&sort=price) variants are often legitimately noindexed/blocked. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- Also avoid: nofollowing pagination links, blocking them in robots.txt, and JavaScript-only “Load more” buttons. Use real <a href> links; give infinite scroll a crawlable paginated fallback. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- Structured data: mark up what’s on each page (Product, Article); no schema type expresses a paginated series. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.) «- Crawl budget matters only at large scale (~1M+ pages). Paginated pages drive ~0.3% of organic clicks in one case study. Don’t over-engineer it. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie huit : le texte source est conservé pour vérification lors de la relecture francophone.) «- No guarantees: correct setup removes the architectural reasons deeper pages get missed — it doesn’t guarantee crawling, indexing, rankings, traffic, or AI citations. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie neuf : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Official documentation » (Traduction) (Résumé en français de la section soixante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Primary-source guidance from the search engines. » (Traduction) (Résumé en français de la section soixante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google » (Traduction) (Résumé en français de la section soixante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Pagination best practices for Google — current canonical guidance: give each page its own canonical URL, the three UX patterns (pagination, load more, infinite scroll), and crawlable-link requirements. » (Traduction) (Résumé en français de la section soixante-trois, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Pagination with rel=“next” and rel=“prev” (2011) — the original (now-deprecated) guidance, kept for historical context. » (Traduction) (Résumé en français de la section soixante-trois, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Video about pagination with rel=“next” and rel=“prev” (2012) — the 2012 follow-up. » (Traduction) (Résumé en français de la section soixante-trois, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Consolidate duplicate URLs — canonicalization methods (the adjacent topic that pagination handling depends on). » (Traduction) (Résumé en français de la section soixante-trois, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

«Bing / Microsoft » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Implementing markup for paginated and sequenced content — Bing’s still-current rel=prev/next guidance: one rel="next"/rel="prev" per page, in the <head>, pairable with canonical. » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Bing Webmaster Guidelines. » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Quotes from the source » (Traduction) (Résumé en français de la section soixante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

On-le-record statements depuis Google. Chaque lien est a deep lien que jumps à le quoted passage on le page source.

Google — the rel=prev/suivant retirement (March 21, 2019)

«- “Spring cleaning! As we evaluated our indexing signals, we decided to retire rel=prev/next. Studies show that users love single-page content, aim for that when possible, but multi-part is also fine for Google Search.” — @googlewmc, March 21, 2019. See the tweet » (Traduction) (Résumé en français de la section soixante-dix, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Google no longer uses these tags, although these links may still be used by other search engines.” — Google Search Central, pagination docs. Jump to quote » (Traduction) (Résumé en français de la section soixante-dix, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Google — give chaque page its propre canonical

«- “Give each page its own canonical URL” — and don’t use the first page as the canonical for all paginated pages. Jump to quote » (Traduction) (Résumé en français de la section soixante-douze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- On crawling JavaScript pagination: Google’s crawlers “don’t ‘click’ buttons and generally don’t trigger JavaScript functions that require user actions to update the current page contents.” Jump to quote » (Traduction) (Résumé en français de la section soixante-douze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

John Mueller, Google — pages doit stand on leur propre

«- “For the most part, we just index the pages as we find them, so as we’ve recommended for a long time, it’s good to make sure that all pages can stand on their own.” Coverage » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- On the heuristic for noindexing a paginated page: “If someone only saw this page from my site, would that be OK?” If yes, you can noindex it — but that’s a high bar for most paginated content. Coverage » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«Note: the @googlewmc tweet and the Search Engine Roundtable Mueller quotes are reproduced from the original announcement and Google office-hours coverage; the canonical-URL and JavaScript passages are from Google’s live pagination documentation. The #:~:text= deep links rely on the browser’s text-fragment feature and may need the exact passage confirmed against the live page. » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Pagination SEO checklist » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«A pass to confirm search engines can crawl your paginated sequences and the content behind them: » (Traduction) (Résumé en français de la section soixante-dix-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- [ ] Each paginated page has its own unique URL (e.g. ?page=2) — no fragment identifiers (#) marking page numbers (Google ignores fragments). » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Each page carries a self-referencing canonical — not a canonical pointing back to page 1 (unless you’re deliberately using a view-all page). » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Pages 2+ are indexable (no blanket noindex). » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Pagination controls are real <a href> links, not JavaScript-only buttons. » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Pagination links are not nofollowed. » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Pagination URLs are not blocked in robots.txt. » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] rel="prev" / rel="next" left in place (for Bing, browser prefetch, accessibility) — even though Google ignores them. » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Infinite scroll / “Load more” has a crawlable paginated fallback with real anchor links. » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie huit : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] XML sitemaps supplement discovery for large catalogs (especially JS-rendered listings). » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie neuf : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Filter/sort variants (e.g. ?color=red&sort=price) handled separately from true pagination — noindex/block these if they add no unique value. » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie dix : le texte source est conservé pour vérification lors de la relecture francophone.) «- [ ] Structured data marks up what’s on each page (Product, Article), not the pagination container. » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie onze : le texte source est conservé pour vérification lors de la relecture francophone.)

«## The mental models » (Traduction) (Résumé en français de la section quatre-vingt-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

1. Paginated pages sont explorer paths, pas destinations. Leur job est à expose le produits/posts lié depuis les donc bots (et PageRank) peut reach ceux. Une fois vous internalize que, presque chaque règle suit: ne pas faire n’importe quoi que breaks le chemin. Un cas study clocked pagination à ~0,3% de organique clicks — ils ne pas classer, ils route.

«2. “Can this page stand on its own?” Mueller’s reframing after the rel=prev/next retirement. Treat each paginated URL as a normal, self-canonical, indexable page rather than a dependent fragment of a set. » (Traduction) (Résumé en français de la section quatre-vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

3. The four crawl-chain breakers. Garder ces straight and la plupart pagination mistakes disappear:

• Canonicalizing pages 2+ → page 1 (dit “duplicate, don’t index”)
• noindex on pages 2+ (obtient crawled moins → liens arrêter being followed)
• nofollow on pagination liens (blocks PageRank + explorer signal)
• robots.txt disallow (blocks accès entirely)

4. “Google utilise il” ≠ “it’s still useful.” rel=prev/next est le canonical exemple: Google dropped il, mais Bing utilise il, navigateurs prefetch avec il, et c’est valide HTML. Decide ce que à garder on tout consumers, pas simplement Google.

5. Pagination vs. faceted variants. A vrai sequence (?page=2) stays indexable. Filter/sort variants (?color=red&sort=price) sont généralement near-duplicate clutter vous pouvez noindex or bloquer. Même-looking URLs, opposite handling — classify avant vous configurer.

How devrait a long listing expose plus items?

Pagination mistakes que cut the explorer chemin

Canonicalizing every page to page un

Page deux et plus tard contenir différent éléments, donc page un n’est pas leur equivalent. Let component pages self-canonicalize; utiliser redirections or canonical consolidation seulement quand URLs sont genuinely duplicates.

Ajout noindex to page two and au-delà

Le directive supprime ceux URLs depuis le indexer et peut weaken le chemin à éléments lié seulement depuis deepar pages. Garder le sequence crawlable et améliorer le listing au lieu de hiding son continuation.

Building infinite scroll sans persistent URLs

A scroll event or button n’est pas a explorer chemin. Pair le experience avec unique, loadable page URLs et réel anchors donc chaque élément remains reachable sans utilisateur interaction.

Courant pagination échecs

Products on plus tard pages ne sont pas découvert

Symptom: Éléments visible après clicking or scrolling jamais apparaître dans a explorer. Probable causer: Le suivant batch charge seulement via JavaScript et a aucun anchor URL. Corriger: Expose persistent paginated URLs, lien les avec normal anchors, et vérifier a explorer beginning à page un reaches le élément URLs.

Google selects page un as canonical pour the whole series

Symptom: Inspection d’URL reports page un as Google’s canonical pour deepar pages. Probable causer: Tout pages declare page un as canonical or render nearly identical content. Fix: Utiliser self-canonicals, distinct item sets, stable titles où utile, and consistent lien internes to chaque component page.

Robots d’exploration loop via endless page numbers

Symptom: A explorer discovers vide or repeated URLs far au-delà le dernier réel page. Probable causer: Le suivant lien est generated sans checking si un autre batch exists. Corriger: Arrêter emitting le suivant anchor on le final page et retourner a proper pas-trouvé réponse pour impossible page numbers.

Pagination signal référence

Testez vos connaissances: Pagination

Five rapide questions on handling pagination pour le SEO. Pick an réponse pour chaque, alors vérifier.

Ressources utiles

Mon pagination writing

• SEOs Sont Breaking Pagination Après Google Modifié Rel=Prev/Suivant: Ici’s Comment Obtenir Il Correct — mon principal piece on ce topic: pourquoi à garder le markup, et le four mistakes que break pagination.
• Balise canonicals: A Simple Guide pour Beginners — le canonical mechanics que pagination handling dépend on.
• Le Beginner’s Guide à SEO technique — où pagination sits dans le bigger explorer/indexer picture.

Mon speaking

• Video: Patrick Stox on pagination, SEO technique & community (Moteur de recherche Land, SMX West 2020) — mon prendre on comment Google’s quiet rel=prev/suivant deprecation caught le industry off guard, et pourquoi SEOs over-engineer pagination.

Depuis autour le industry

• Pagination meilleur practices pour Google (Recherche Google Central) — le actuel official guidance.
• Implementing markup pour paginated et sequenced contenu (Bing Webmaster Blog) — Bing’s encore-actuel rel=prev/suivant requirements.
• Gary Illyes — Le Googler Qui Découvert rel=prev/suivant Ne … plus Pris en charge (Moteur de recherche Roundtable) — le story de comment le deprecation surfaced.
• Google’s Advice On Pagination & Page Series Post rel=suivant et rel=prev (Moteur de recherche Roundtable) — Mueller’s “stand on their own” guidance.
• Ce que se produit quand 67% de a site’s indexé URLs sont pagination? (GSQI / Glenn Gabe) — le cas study où pagination drove seulement ~0,3% de organique clicks avec aucun negative impact.
• Explaining le ‘rel=prev/suivant’ saga de 2019 (Embryo) — a clair walkthrough de le deprecation et son aftermath.

Journal des modifications