Langues

Host Status (Statistiques d’exploration)

Ce que le Host status indicator dans la recherche Google Console's Statistiques d’exploration rapport signifie — le three availability vérifications, le three states, et pourquoi a red status est an emergency.

Première publication : 23 juin 2026 · Dernière mise à jour : 3 août 2026 · Avancé
AIRédigé parAI v2

Host status est le availability indicator à le top de GSC's Statistiques d’exploration rapport — a historical record de ce que Google observed, pas a actif uptime vérifier. Il vérifications three choses — robots.txt fetching, DNS resolution, et serveur connectivity — over le dernier 90 days. Green signifie aucun significant problèmes; yellow signifie a problème happened plus que a week ago (il typically ages out de le rapport on son propre); red signifie un happened dans le dernier week. Le highest-stakes échec est an unreachable robots.txt: Google arrête exploration pour ~12 hours, alors falls back à le dernier bon mis en cache copy — si un exists — pour up à ~30 days, après qui behavior dépend on votre site's broader availability. c’est le underlying robots.txt, DNS, or serveur échec que throttles exploration de le entier site, pas le host-status étiquette itself, et le state aging back à green n’est pas proof exploration, indexation, or rankings ont entièrement recovered.

«> TL;DR — Host status is the availability lens at the top of GSC’s Crawl

Stats report — a historical record of what Google observed, not a live uptime check — assessed over the last 90 days across three checks: robots.txt fetching, DNS resolution, and server connectivity. Green = no significant issues; yellow = an issue more than a week ago (typically ages out of the report on its own); red = an issue in the last week. The highest-stakes failure is an unreachable robots.txt: Google stops crawling for the first 12 hours, then falls back to the last good cached copy — if one exists — for up to ~30 days, after which behavior depends on your site’s broader availability. A 4xx robots.txt is fine (Google crawls freely); a 5xx/timeout/DNS failure is what pauses crawling — that underlying failure, not the host-status label, is what throttles crawling. There’s no reset button, and the state returning to green isn’t proof crawling, indexing, or rankings have fully recovered. » (Traduction) (Résumé en français de la section vingt-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Ce que host status en réalité measures

Search Console documents host status dans Statistiques d’exploration et evaluates availability over le previous 90 days. Preuve à l’appui de cette affirmation Search Console Host status summarizes robots.txt availability, DNS resolution, and server connectivity over the previous 90 days. Portée : Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Niveau de confiance : élevé · Vérifié : Google: Crawl Stats report Diagnose individual URL résultats séparément dans Inspection d’URL or Page Indexation. Preuve à l’appui de cette affirmation Host status is a host-level Crawl Stats diagnostic rather than a per-URL Page Indexing decision. Portée : Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Niveau de confiance : élevé · Vérifié : Google: Crawl Stats report

Host status réponses a narrow question: over le dernier 90 days, pourrait Googlebot reach le host à tout? c’est a différent question depuis “is this page indexed” or “fait ce URL throw an erreur.” c’est site/host-level availability, pas per-URL explorer erreurs — qui est exactly pourquoi Je garder il mentally séparé depuis Page Indexation.

Preuve à l’appui de cette affirmation Host status is a host-level Crawl Stats diagnostic rather than a per-URL Page Indexing decision. Portée : Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Niveau de confiance : élevé · Vérifié : Google: Crawl Stats report

c’est aussi worth étant precise à propos de ce que kind de “availability” ce est. Host status est a historical record de ce que Google observed during exploration, pas a actif uptime monitor — a green state correct maintenant ne fait pas prove votre site est reachable ce deuxième, et a red state ne fait pas prove c’est bas maintenant, seulement que a significant problème crossed Google’s threshold sometime dans le dernier week. Pour a actif vérifier de le actuel moment, vous besoin a direct probe, pas ce rapport.

«It lives at the top of the Crawl Stats report (Settings → Crawl stats), which is only available for domain or root-level property access — not URL-prefix subfolders. The broader Crawl Stats report covers volume and performance (total crawl requests, download size, average response time, crawl purpose, file type, response codes); host status is the tighter availability slice. When I’m diagnosing a crawl slump, host status tells me whether Google could connect; the rest of the report and my server logs tell me what happened. » (Traduction) (Résumé en français de la section vingt-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

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

«Google assesses host availability across three categories, each with its own failure-rate graph in the host details: » (Traduction) (Résumé en français de la section trente, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- robots.txt fetching — “The graph shows the failure rate for robots.txt requests during a crawl.” This is the highest-stakes check (more below). » (Traduction) (Résumé en français de la section trente et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- DNS resolution — “The graph shows when your DNS server didn’t recognize your hostname or didn’t respond during crawling.” » (Traduction) (Résumé en français de la section trente et un, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Server connectivity — “The graph shows when your server was unresponsive or did not provide a full response for a URL during a crawl.” Think 5xx, timeouts, and truncated/partial responses. » (Traduction) (Résumé en français de la section trente et un, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«## The three states » (Traduction) (Résumé en français de la section trente-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The indicator summarizes those checks over a rolling 90-day window: » (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.)

«- Green — “Google didn’t encounter any significant crawl availability issues on your site in the past 90 days—good job!” » (Traduction) (Résumé en français de la section trente-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Yellow / “had problems in the past” — Google encountered at least one significant crawl-availability issue in the last 90 days, but it occurred more than a week ago. This state usually self-heals: once a week passes with no recurrence, it returns to green. You generally don’t need to do anything beyond confirming the cause is gone. » (Traduction) (Résumé en français de la section trente-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Red / “problems now” — Google encountered at least one significant crawl-availability issue in the last week. This is the one to triage. » (Traduction) (Résumé en français de la section trente-quatre, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Donc le yellow/red split est vraiment simplement a timing distinction: red = dans le dernier week (“actuellement”), yellow = précédent dans le 90-day window (“dans le past”). Le exact color noms et icon étiquettes sont interface details Google peut modifier; qu’est-ce que durable est que recency-based meaning.

Chaque category seulement counts as a “significant” problème une fois son échec rate crosses a threshold Google draws as a dotted line on que category’s graph. Google donne DNS échecs ci-dessus 5% de a day’s requêtes as un exemple de où que line sits — c’est an illustration pour DNS, pas a documented universal threshold que s’applique le même façon à robots.txt fetching et serveur connectivity.

«## Why robots.txt failures are the most dangerous » (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.)

«If Google can’t get an acceptable robots.txt response, “Google will slow or stop crawling your site until it can get an acceptable robots.txt response.” That’s a whole-site pause, not a one-URL problem — which is what makes a red host status driven by robots.txt an emergency. » (Traduction) (Résumé en français de la section trente-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The detailed timeline lives in Google’s robots.txt spec. When robots.txt returns 5xx, server errors, or network failures: » (Traduction) (Résumé en français de la section trente-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- First 12 hours: Google stops crawling the site but keeps trying to fetch the robots.txt file. » (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.) «- Next ~30 days: if Google can’t fetch a new version, it falls back to the last good cached version while still trying to fetch a fresh one. A 503 in particular triggers fairly frequent retrying; if there’s no cached version available, Google assumes there are no crawl restrictions. » (Traduction) (Résumé en français de la section quarante, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- After 30 days: behavior diverges based on overall site health. If the site generally serves fine, Google behaves as if there’s no robots.txt (and keeps checking); if the site has broader availability problems, Google stops crawling the site while still periodically requesting robots.txt. » (Traduction) (Résumé en français de la section quarante, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«The critical nuance — and a common myth — is the 4xx vs 5xx distinction. Google’s HTTP status-code handling for robots.txt: » (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.)

«- 2xx (success): crawlers process the robots.txt as served. » (Traduction) (Résumé en français de la section quarante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- 3xx (redirect): Google follows at least five redirect hops, then treats it as a 404. » (Traduction) (Résumé en français de la section quarante-deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- 4xx (except 429): treated as if a valid robots.txt doesn’t exist — i.e. Google crawls freely. » (Traduction) (Résumé en français de la section quarante-deux, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- 5xx / 429 / network / DNS: treated as server errors → the crawl-pause timeline above. » (Traduction) (Résumé en français de la section quarante-deux, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

«So a missing robots.txt (a clean 404) does not pause crawling. An unreachable one (5xx, timeout, DNS failure) does. And critically, “a robots.txt file which cannot be fetched due to DNS or networking issues, such as timeouts, invalid responses, reset or interrupted connections, and HTTP chunking errors, is treated as a server error.” A flaky DNS provider can stall your crawl exactly like a 5xx. » (Traduction) (Résumé en français de la section quarante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## DNS and server connectivity » (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.)

«DNS and server-connectivity failures are more intuitive but no less real. DNS resolution failures mean Google’s resolvers couldn’t turn your hostname into an address at some point in the window. Treat the specific cause as a hypothesis to confirm, not a given — candidates include bad nameservers, an outage at your DNS provider, or DNS-level rate limiting of Googlebot, and telling them apart needs your DNS records, nameserver logs, and provider status history alongside the Crawl Stats graph. Server-connectivity failures are 5xx, 429, timeouts, and partial/truncated responses; likewise, an overloaded origin and a CDN/WAF throttling Googlebot’s IP ranges are both plausible explanations that your origin and edge logs — not the graph alone — have to confirm. » (Traduction) (Résumé en français de la section quarante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Ce ties straight back to fréquence d’exploration. As I’ve written in my budget d’exploration guide, “Google va slow bas leur exploration si ils recevoir aussi nombreux 5xx (server errors) or 429 (aussi nombreux requêtes) Code d’état HTTPs.” John Mueller made the même point à propos de how fast the explorer reacts:

“je voudrais seulement expect le fréquence d’exploration à react que quickly si ils étaient returning 429 / 500 / 503 / timeouts, donc je voudrais double-vérifier ce que en réalité happened (404s sont généralement fine & une fois découvert, Googlebot va retry les anyway).” — John Mueller, Google.

il y a a subtle trap ici. Returning 503/429 est le legitimate à court terme façon à tell Googlebot à lent bas — mais c’est le même signal que drives a red host status. c’est a temporary throttle, pas a stratégie: lean on il aussi long et vous risque pages dropping out de le indexer. Le signal que lets vous ease a explorer est le signal que, sustained, semble comme an outage.

Ce que vous don’t besoin to do

A few choses personnes overthink:

  • il y a aucun “reset crawl rate” button. Fréquence d’exploration typically recovers on son propre une fois availability est restored — Google ne fait pas document a fixed recovery window or SLA pour que, donc ne pas expect il à se produire on quelconque particulier schedule. Le old manual explorer-rate limiter dans Search Console était deprecated; vous ne pas (et ne peut pas) manuellement kick exploration back up.
  • Yellow généralement fades on son propre. Une fois a week passes sans le problème recurring, le state ages back à green. Confirmer le root causer est gone, alors vérifier recovery independently plutôt que trusting le color alone: vérifier actuel reachability, watch le failing category’s graph trend back sous son threshold, confirmer explorer volume dans le rest de Statistiques d’exploration semble normal à nouveau, et, si il matters pour a spécifique URL, vérifier recrawl/indexer status dans Page Indexation.
  • c’est pas a classement penalty. Host status affecte exploration, pas rankings directement, et on son propre il ne fait pas expliquer a trafic modifier — correlate le affected window avec explorer, indexer, et performances données avant assuming causer. Le indirect risque est que a sustained inability à explorer eventually affecte freshness et, downstream, indexation — mais il y a aucun manual action attached à a yellow or red indicator.

Host status vs the broader Statistiques d’exploration report

Garder le scopes straight. Host status est un section de le Statistiques d’exploration rapport — le availability lens. Le rest de le rapport (le partie la plupart personnes signifier quand ils dire “Explorer Stats”) est à propos de volume et performances over temps. As j’ai said elsewhere, quand vous êtes chasing a exploration problème “le meilleur placer à regarder est le Statistiques d’exploration rapport dans la recherche Google Console” — et host status est le premier chose dans il Je vérifier, parce que si Google ne peut pas reach le host, rien sinon dans le rapport matters yet. Le broader rapport est son propre topic; ce un est tightly à propos de le availability indicator.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.