Official statement
Other statements from this video 25 ▾
- 3:21 Le hreflang protège-t-il vraiment contre le duplicate content ?
- 4:22 Faut-il privilégier les tirets ou les pluses dans les URLs pour le SEO ?
- 6:27 Sous-domaine ou sous-répertoire : Google a-t-il vraiment aucune préférence SEO ?
- 8:04 L'attribut target="_blank" a-t-il un impact sur le référencement ?
- 9:09 Faut-il s'inquiéter du message 'site being moved' dans l'outil de changement d'adresse de la Search Console ?
- 10:12 Les vieux backlinks perdent-ils vraiment de leur valeur SEO avec le temps ?
- 13:47 Pourquoi Google ignore-t-il votre navigation et vos sidebars en crawl ?
- 15:46 Le texte autour d'un lien interne compte-t-il autant que l'ancre elle-même pour Google ?
- 18:47 Faut-il vraiment choisir entre fresh start et redirections lors d'une migration partielle ?
- 19:22 Architecture de site : faut-il vraiment choisir entre flat et deep ?
- 22:29 Faut-il vraiment garder ses anciens domaines pour protéger sa marque ?
- 22:59 Les domaines expirés rachètent-ils vraiment leur passé SEO ?
- 24:02 Discover n'a-t-il vraiment aucun critère d'éligibilité exploitable ?
- 26:29 Faut-il vraiment abandonner la version desktop de votre site avec le mobile-first indexing ?
- 27:11 Le responsive design est-il vraiment la seule solution viable pour unifier desktop et mobile ?
- 28:12 Faut-il vraiment s'inquiéter du PageRank interne sur les pages en noindex ?
- 29:45 Dupliquer un lien sur la même page améliore-t-il vraiment son poids SEO ?
- 33:57 Pourquoi Google désindexe-t-il vos articles de blog après une mise à jour ?
- 38:12 Pourquoi Google affiche-t-il parfois 5 résultats du même site en première page ?
- 39:45 Faut-il indexer les pages de recherche interne de votre site ?
- 42:22 L'EAT est-il vraiment inutile en SEO si Google dit que ce n'est pas un facteur de ranking ?
- 45:01 Faut-il vraiment automatiser la génération de son sitemap XML ?
- 46:34 Les tests A/B de contenu peuvent-ils vraiment dégrader votre SEO sans que vous le sachiez ?
- 53:21 Google oublie-t-il vraiment vos erreurs SEO passées ?
- 57:04 Google classe-t-il vraiment les sites sans intervention humaine ?
Mueller confirms that a canonical from all paginated pages to page 1 leads to outright deindexation of pages 2 to 10. Their unique content disappears from Google's index. Specifically, if products or content only appear on these secondary pages, they become invisible in search results.
What you need to understand
Why does this statement challenge established practices?
Pagination has long been an SEO headache. For years, Google itself has recommended different approaches: rel="next"/"prev" tags (abandoned in 2019), canonical to page 1, or self-referential canonical on each paginated page.
Mueller now decisively states: pointing all paginated pages to the first one via canonical equates to telling Google to ignore pages 2-10. The engine interprets this directive literally and deindexes these URLs. The issue? Their unique content goes with them.
What exactly do we mean by "unique content" on a paginated page?
In a product listing pagination, each page displays different items. A product present only on page 7 will never be indexed if that page has a canonical pointing to page 1.
The same logic applies to a paginated blog: articles that only appear on page 3 or 4 disappear from the index. Google indexes the structure of page 1, but ignores any elements exclusive to the following pages. This is particularly problematic for sites with deep inventory or extensive archives.
How does Google actually handle these pages with centralized canonical?
Google considers canonical as a strong directive. When all paginated pages point to page 1, the engine consolidates signals on this single URL and disregards the others.
Deindexation is not immediate but progressive. Pages 2-10 remain technically crawled (as long as they are linked), but their content is no longer eligible for ranking. In Search Console, they often appear as "Excluded by canonical tag" or "Detected, currently not indexed".
- The canonical to page 1 on all paginated pages causes the deindexation of pages 2-10
- The unique content of these pages disappears from Google's index
- Products or articles present only on these pages become invisible in the SERPs
- This directive is treated as a strong instruction by Google, not as a suggestion
- The deindexation is progressive but systematic on sites applying this configuration
SEO Expert opinion
Is this statement consistent with real-world observations?
Absolutely. For years, SEOs have noticed that sites with centralized canonical on pagination lose indexing of deep pages. Before this clarification from Mueller, many attributed it to a crawl budget issue or perceived "quality" of paginated pages.
The reality is harsher: Google does exactly what it is told. The canonical is not a suggestion; it is a consolidation directive. SEO tools like Screaming Frog or Oncrawl have long reported these pages as "canonicalized elsewhere", but few practitioners realized the extent of the loss of indexable content.
In what cases might this rule seem counterintuitive?
On sites where pagination is mainly used to split identical content into several pages (e.g., a long article artificially divided), a canonical to the complete page or to page 1 might make sense. But this is not pagination in the strict sense — it is split content.
The real trap is when this schema is applied to listings with unique content per page. Many CMSs or "SEO-friendly" templates default to a canonical pointing to page 1 across all pagination. [To be verified]: some still recommend this approach to "avoid duplication", even though it sabotages the indexing of the full catalog.
What nuances should be added to this statement?
Mueller does not say that all pagination must be indexed. He states that if you want to index the unique content of pages 2-10, do not set a canonical to page 1. This is a critical nuance.
In some cases (site with very limited crawl budget, pagination generating massive near-duplicate content), voluntary deindexation of paginated pages may be a strategic choice. But it must be a conscious choice, not a configuration accident. If your goal is to index all your products or articles, this approach is toxic.
Practical impact and recommendations
What should be done concretely to preserve the indexing of paginated pages?
The safest solution: each paginated page should have a self-referential canonical. Page 2 points to itself, page 3 points to itself, etc. This configuration ensures that Google indexes each page and its specific content.
Another viable approach: completely remove the canonical tag on paginated pages. In the absence of an explicit directive, Google indexes the page normally. This is less clean theoretically, but it works if the internal structure (links, sitemap) is clear.
What mistakes should be absolutely avoided?
Never configure a centralized canonical to page 1 if you want to index deep content. This guarantees the loss of 90% of your inventory in the index. Another common mistake: mixing approaches. For example, self-referential canonical on pages 2-5, then canonical to page 1 on pages 6-10.
Be consistent. If you opt for self-referencing, apply it throughout all pagination. And be wary of plugins or modules that add "automatic" canonicals without your knowledge — regularly audit your source code, not just your admin settings.
How do I check that my site is correctly configured?
Crawl your site with Screaming Frog or a similar tool. Filter for paginated URLs (often identifiable via a pattern /page/2/, ?page=3, etc.). Check the "Canonical Link Element" column: each paginated page should point to itself or have no canonical.
In Search Console, go to Coverage > Excluded. If you see hundreds of URLs as "Excluded by canonical tag" corresponding to your paginated pages, it’s a warning sign. Cross-check with an export of your indexed URLs: if only page 1 of your listings show up, you have a problem.
- Set a self-referential canonical on each paginated page (page 2 points to itself, etc.)
- Audit the actual source code of your paginated pages, not just the CMS settings
- Crawl the site and check the "Canonical" column on all pagination URLs
- Analyze Search Console > Coverage for mass exclusions by canonical
- Compare the number of crawlable paginated URLs vs. those actually indexed
- Document the configuration applied to avoid regressions during CMS updates or theme changes
❓ Frequently Asked Questions
Peut-on utiliser un canonical de page 2 vers page 1 si le contenu est strictement identique ?
Quelle différence entre canonical auto-référent et absence de canonical sur pages paginées ?
Les balises rel="next" et rel="prev" peuvent-elles remplacer le canonical auto-référent ?
Si mes pages paginées sont en noindex, le canonical a-t-il encore un impact ?
Comment gérer la pagination en infinite scroll ou load more ?
🎥 From the same video 25
Other SEO insights extracted from this same Google Search Central video · duration 58 min · published on 01/05/2020
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.