Fréquence d’exploration

Fréquence à laquelle les moteurs revisitent une page connue, facteurs de popularité et d’obsolescence, rôle de lastmod et signaux sans effet.

Première publication : 22 juin 2026 · Dernière mise à jour : 13 août 2026 · Advanced
Langues

La fréquence d’exploration est la cadence à laquelle un moteur récupère de nouveau une page connue. Elle dépend surtout de l’importance de la page et de ses changements réels, même si d’autres facteurs de demande comptent. Google apprend le rythme propre à chaque page. On l’influence par les liens, des modifications substantielles, un lastmod exact et un serveur sain, sans pouvoir la régler directement. changefreq et priority sont ignorés, un lastmod artificiel détruit la confiance et davantage d’exploration n’améliore pas le classement.

En bref — La fréquence d’exploration est la cadence de réexploration d’une URL connue. Le planificateur s’appuie surtout sur l’importance — popularité, PageRank et liens — et l’obsolescence — rythme réel des changements. Google cite aussi l’inventaire perçu et les événements globaux. Il apprend le rythme propre à chaque page et espace ses visites sur les pages stables : 3 → 10 → 30 → 100 jours. changefreq et priority sont ignorés ; seul un lastmod vérifiable associé à un changement important est pris en compte. On ne règle pas directement la fréquence : on améliore importance, contenu réel, lastmod et santé du serveur ; une URL isolée peut faire l’objet d’une demande. Davantage d’exploration n’améliore pas le classement. La fréquence diffère de la cadence — vitesse — et du budget — demande plus capacité.

Ce qu’est réellement la fréquence d’exploration

C’est la cadence à laquelle un moteur récupère de nouveau une URL connue pour vérifier ses changements, décidée par URL par le planificateur. Ses deux principaux facteurs sont l’importance et le rythme réel des changements, appelés popularité et obsolescence par Google. Evidence for this claim Google's crawl-demand guidance says popular URLs tend to be crawled more often and systems seek to recrawl often enough to detect changes. Scope: Adaptive Google recrawling; no fixed per-page cadence is promised. Confidence: high · Verified: Google: Large site crawl budget guide

Cette notion se confond facilement avec ses voisines ; distinguons-les clairement.

Fréquence, cadence et budget d’exploration

Ces trois termes ne sont pas interchangeables :

TermeMesureDétermination
Fréquence d’explorationPériodicité de récupération d’une URL connuePlanificateur — popularité et obsolescence
Cadence ou capacitéVitesse et nombre de connexions parallèlesSanté du serveur — rapidité ou erreurs
Budget d’explorationDemande plus capacité : « URL que Google peut et souhaite explorer »Combinaison des deux précédents

Google relie ces notions : “Google defines a site’s crawl budget as the set of URLs that Google can and wants to crawl.” (traduction) « Google définit le budget d’un site comme l’ensemble des URL qu’il peut et souhaite explorer. » La fréquence est une cadence par URL à l’intérieur de ce budget ; la cadence technique limite le débit. Mon guide le formule ainsi : “Crawl budget is the amount of time and resources a search engine allows for crawling a website. It is made up [of] crawl demand which is how many pages a search engine wants to crawl on your site and crawl rate which is how fast they can crawl.” (traduction) « Le budget est le temps et les ressources alloués ; il réunit le nombre de pages souhaité et la vitesse possible. »

Exploration de découverte et d’actualisation

La fréquence concerne surtout l’actualisation. John Mueller distingue : “One is a discovery crawl where we try to discover new pages on your website. And the other is a refresh crawl where we update existing pages that we know about.” (traduction) « L’une découvre de nouvelles pages ; l’autre actualise celles que nous connaissons déjà. »

La cadence varie énormément. Mueller donne cet exemple : “We would refresh crawl the homepage, I don’t know, once a day, or every couple of hours, or something like that.” (traduction) « Nous pourrions revisiter l’accueil une fois par jour ou toutes les quelques heures. » À l’autre extrême : “If we recognize that individual pages change very rarely, then we realize we don’t have to crawl them all the time.” (traduction) « Si des pages changent très rarement, nous n’avons pas à les explorer constamment. »

Google apprend donc le rythme de chaque page : “If you have a news website and you update it hourly, then we should learn that we need to crawl it hourly. Whereas if it’s a news website that updates once a month, then we should learn that we don’t need to crawl every hour.” (traduction) « Un site d’actualités mis à jour chaque heure doit être exploré chaque heure ; s’il change mensuellement, une visite horaire est inutile. »

Ce qui détermine la réexploration

Dans How Search Works, je cite PageRank, fréquence des changements, temps depuis la dernière visite et transformations majeures du site. Cette présentation de popularité et obsolescence n’est pas exhaustive : Google cite aussi l’inventaire perçu et les événements globaux, comme une migration de domaine ou de structure. Popularité et obsolescence restent les leviers les plus directement influençables.

Popularité, PageRank et liens

“URLs that are more popular on the Internet tend to be crawled more often to keep them fresher in our systems.” (traduction) « Les URL plus populaires sur Internet sont explorées plus souvent afin de rester à jour dans nos systèmes. » Davantage de liens internes et externes signifie plus d’importance perçue et des visites plus fréquentes. Mon guide ajoute : “Popular pages, or those with more links and PageRank, will generally receive priority over other pages.” (traduction) « Les pages populaires, ou recevant davantage de liens et de PageRank, sont généralement prioritaires. »

Obsolescence et espacement progressif

Les systèmes de Google “want to recrawl documents frequently enough to pick up any changes.” (traduction) « souhaitent réexplorer les documents assez souvent pour détecter les changements ». À l’inverse, “If Google sees that a page isn’t changing, they will crawl the page less frequently.” (traduction) « si Google constate qu’une page ne change pas, il l’explore moins souvent ». Aucun intervalle fixe : “if they crawl a page and see no changes after a day, they may wait three days before crawling again, ten days the next time, 30 days, 100 days, etc.” (traduction) « après une journée sans changement, ils peuvent attendre trois jours, puis dix, 30, 100, etc. »

Qualité et demande de recherche

Gary Illyes présente un planificateur qu’il faut convaincre : “If you want to increase how much we crawl, then you somehow have to convince search that your stuff is worth fetching, which is basically what the scheduler is listening to.” (traduction) « Pour accroître l’exploration, il faut convaincre la recherche que le contenu mérite d’être récupéré ; c’est ce qu’écoute le planificateur. » Il précise : “Scheduling is very dynamic. As soon as we get the signals back from search indexing that the quality of the content has increased across this many URLs, we would just start turning up demand.” (traduction) « La planification est dynamique ; lorsque l’indexation signale une meilleure qualité sur de nombreuses URL, la demande augmente. » À l’inverse : “If search demand goes down, then that also correlates to the crawl limit going down.” (traduction) « Une baisse de demande correspond aussi à une baisse de la limite. »

Google cherche activement à explorer moins les pages stables pour gagner en efficacité. Illyes a publiquement évoqué l’objectif “crawl even less” (traduction) « explorer encore moins » et de réduire les octets transférés. N’attendez donc pas une surexploration des pages immuables.

Santé du serveur : la capacité rend la fréquence possible

La fréquence ne peut dépasser la capacité technique. Un serveur rapide et sans erreur relève le nombre maximal de connexions parallèles ; un site lent ou renvoyant 5xx/429 est moins exploré. La santé n’augmente pas la demande : elle cesse simplement d’être un obstacle.

Rôle des sitemaps et de lastmod

Mythe principal : les réglages de sitemap ne contrôlent presque jamais la cadence.

changefreq et priority sont ignorés

La documentation Google affirme : “Google ignores <priority> and <changefreq> values.” (traduction) « Google ignore les valeurs <priority> et <changefreq>. » Définir <changefreq>hourly</changefreq> ne produit aucun effet. Evidence for this claim Google ignores sitemap priority and changefreq values and may use accurate lastmod values. Scope: Google sitemap processing. Confidence: high · Verified: Google: Build and submit a sitemap

lastmod, seul signal — s’il est sincère

Google utilise lastmod sous condition : “Google uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate.” (traduction) « Google utilise <lastmod> s’il est constamment et vérifiablement exact, par exemple en le comparant à la dernière modification de la page. » Une date mensongère finit par perdre toute confiance.

Le changement doit être réel : “The <lastmod> value should reflect the date and time of the last significant update to the page. For example, an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not.” (traduction) « <lastmod> doit refléter la dernière mise à jour importante : contenu principal, données structurées ou liens, mais pas la date de copyright. » Modifier l’année du pied de page ne sert donc à rien.

Peut-on forcer ou accélérer l’exploration ?

Il n’existe aucun réglage de fréquence. Les possibilités réelles sont :

  • Améliorer les facteurs — importance grâce aux liens, changements substantiels, lastmod exact et serveur sain.
  • Demander une URL isolée — l’inspection d’URL de GSC propose « Demander une indexation ». C’est une requête ponctuelle, non une garantie ni un changement de cadence. Google précise que répéter la demande pour la même URL ne l’accélère pas.
  • Signaler un changement à Bing et d’autres moteurs — voir ci-dessous.
Evidence for this claim Requesting a recrawl repeatedly for the same URL does not make Google crawl it faster. Scope: owned URLs Confidence: high · Verified: Ask Google to recrawl your URLs

Impossible en revanche de fixer une fréquence, de forcer une visite quotidienne en publiant tous les jours ou d’utiliser l’ancien curseur GSC, désormais retiré. La grille Crawl Control de Bing règle la cadence technique, pas la fréquence par page.

Bing : exploration adaptative et IndexNow

Bing traite la fréquence comme un problème de coût. Sa cadence “depends on the frequency of which the content is edited and updated,” (traduction) « dépend de la fréquence à laquelle le contenu est modifié et actualisé », et “Defining when to fetch the web page next is the hard problem we are looking to optimize.” (traduction) « définir la prochaine récupération est le problème difficile à optimiser ». Bing explique avoir appris à éviter de récupérer sans cesse le même contenu et à rechercher périodiquement des changements majeurs, obtenant dans un cas “about 40% crawl saving on this site!” (traduction) « environ 40 % d’économie d’exploration sur ce site ».

Le mécanisme permettant de signaler un changement à Bing est IndexNow : “Whether you’re adding, updating, or deleting content, IndexNow notifies multiple search engines of your content changes as soon as they happen,” (traduction) « qu’un contenu soit ajouté, modifié ou supprimé, IndexNow avertit plusieurs moteurs dès le changement », afin de “limiting the need for costly exploratory crawls.” (traduction) « limiter les explorations de découverte coûteuses ». Google n’utilise pas IndexNow pour la réexploration générale.

Comment mesurer la fréquence

  • GSC → Statistiques sur l’exploration — requêtes dans le temps, réparties par code de réponse, type de fichier et type de Googlebot. Vue globale du site, pas journal par URL.
  • GSC → Inspection d’URL — date de dernière exploration d’une URL précise.
  • Bing Webmaster Tools — Crawl Control pour la cadence et informations IndexNow.
  • Analyse des journaux serveur — réalité exacte des URL visitées et de leur périodicité.

Mythes fréquents

  • « Publier chaque jour force une exploration plus rapide. » Non : Google apprend le rythme et réagit à l’importance et aux changements véritables.
  • « changefreq et priority contrôlent la cadence. » Non : Google les ignore.
  • « Il suffit de modifier lastmod. » Seulement s’il est vérifiable et lié à un changement important ; le manipuler détruit la confiance.
  • « Plus d’exploration améliore le classement. » Non. Mon guide du budget dit : “The rate of crawling isn’t going to impact your rankings.” (traduction) « La cadence d’exploration n’affecte pas le classement. » L’exploration est un préalable, non un bonus : “More crawling doesn’t mean you’ll rank better, but if your pages aren’t crawled and indexed they aren’t going to rank at all.” (traduction) « Davantage d’exploration n’améliore pas le classement, mais une page non explorée et non indexée ne peut pas se classer. »
  • « Il existe un calendrier fixe. » Non : il est dynamique et propre à chaque URL.
  • « Search Console règle la fréquence. » Non : son curseur de cadence a disparu et aucun contrôle de fréquence n’existe.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.