Erreur 503 et Google

Q: Comment savoir si Google a désindexé mes pages ?

Utilisez la commande site:votredomaine.com dans Google et comparez le nombre de résultats. Dans Search Console, consultez le rapport Indexation > Pages pour voir les erreurs détectées.

Protégez votre référencement

Ce que Googlebot comprend, ce qu’il tolère, et quand il commence à sévir.

La bonne nouvelle d’abord

Google comprend les erreurs 503. Contrairement à une 404 qui signale une page inexistante, ou une 500 qui indique un bug, la 503 est explicitement conçue pour dire : « Je suis temporairement indisponible, revenez plus tard. »

« If your site returns a 503 status code, Googlebot will slow down its crawling of your site. We’ll keep the pages in our index and come back later. »
Google Search Central

En théorie, une 503 bien configurée n’a aucun impact négatif sur votre SEO. En pratique, tout dépend de trois facteurs : la durée, la configuration, et la fréquence.

Comment Googlebot traite une 503

Voici le comportement de Google étape par étape :

flowchart TD
    A[Googlebot visite une page] --> B{Code HTTP ?}
    B -->|200 OK| C[Indexe/met à jour]
    B -->|503| D{Retry-After présent ?}
    D -->|Oui| E[Attend le délai indiqué]
    D -->|Non| F[Utilise son propre algorithme]
    E --> G[Revient après le délai]
    F --> H[Revient dans quelques heures]
    G --> I{Toujours 503 ?}
    H --> I
    I -->|Non, 200| C
    I -->|Oui| J[Ralentit le crawl]
    J --> K{503 persistante > 48-72h ?}
    K -->|Oui| L[Début de désindexation]
    K -->|Non| I

Les 4 phases de réaction de Google

Phase	Durée 503	Comportement Google	Impact SEO
1. Patience	0-6h	Attend, revient régulièrement	Aucun
2. Prudence	6-24h	Ralentit le crawl sur tout le site	Minimal
3. Inquiétude	24-72h	Réduit fortement le budget crawl	Modéré
4. Action	72h+	Commence à désindexer les pages	Sévère

Ces durées sont des ordres de grandeur. Google n’a jamais communiqué de seuils exacts, et son comportement peut varier selon l’historique de votre site, sa fréquence de crawl habituelle, et d’autres facteurs.

Le budget crawl : votre capital invisible

Google alloue à chaque site un « budget crawl » : le nombre de pages qu’il visite par jour. Ce budget dépend de deux facteurs :

La capacité de crawl : Ce que votre serveur peut supporter sans ralentir
La demande de crawl : L’intérêt de Google pour votre contenu

Une erreur 503 impacte les deux :

Capacité réduite

Google interprète une 503 comme un signal que votre serveur est en difficulté. Par précaution, il réduit la fréquence de ses visites pour ne pas aggraver la situation.

Même après la fin de la panne, il peut falloir plusieurs jours pour que Google retrouve son rythme de crawl initial.

Demande maintenue… puis abandonnée

Au début, Google veut toujours vos pages. Mais si elles restent inaccessibles trop longtemps, il finit par considérer que le contenu n’est plus fiable et réduit la priorité.

Les pages peu visitées sont les premières touchées : pages profondes, anciens articles, fiches produits secondaires.

Vérifiez votre budget crawl dans Google Search Console > Paramètres > Statistiques d’exploration. Une chute brutale après une panne indique que Google a réduit son crawl.

503 vs 404 vs 200 : le comparatif SEO

Toutes les erreurs ne se valent pas aux yeux de Google :

Situation	Code HTTP	Message Google	Conséquence SEO
Page supprimée volontairement	404 ou 410	« Cette page n’existe plus »	Désindexation rapide (quelques jours)
Page en maintenance	503 + Retry-After	« Je reviens plus tard »	Aucune si < 24-48h
Page en panne sans config	503 sans header	« Problème temporaire ? »	Risque modéré après 48h
Soft 404 (200 + contenu vide)	200	« Page indexable… vide »	Pollution de l’index, pénalité possible
Redirection maintenance	302 vers page unique	« Redirection temporaire »	Risque de désindexation si prolongé

Le piège du soft 404 : Si votre page de maintenance renvoie un code 200 au lieu de 503, Google l’indexe comme une vraie page. Résultat : des dizaines de pages avec le même contenu « Site en maintenance » dans l’index. C’est du duplicate content massif.

# Vérifier le vrai code HTTP retourné
$ curl -I https://votresite.com/page-importante

# ✅ Bon
HTTP/1.1 503 Service Unavailable
Retry-After: 3600

# ❌ Mauvais (soft 404)
HTTP/1.1 200 OK
Content-Type: text/html

Les 5 erreurs SEO fatales pendant une maintenance

Utiliser une redirection 302 vers une page de maintenance

Certains webmasters redirigent toutes les URLs vers /maintenance.html avec un code 302. Google voit alors une seule page (la maintenance) remplacer temporairement tout le site. Prolongé, cela peut désindexer vos vraies pages.

Solution : Retourner un 503 sur chaque URL, pas une redirection.

Oublier le header Retry-After

Sans ce header, Google doit deviner quand revenir. Son algorithme de retry devient de plus en plus espacé, et votre site « sort du radar » du crawl intensif.

Solution : Toujours ajouter Retry-After avec une durée réaliste. Voir le guide complet.

Bloquer Googlebot dans robots.txt pendant la maintenance

Réflexe logique mais catastrophique. Un Disallow: / empêche Google de voir la 503. Il ne comprend pas que c’est temporaire et peut désindexer préventivement.

Solution : Laisser Googlebot accéder au site et recevoir la 503.

Laisser la maintenance durer plus de 48 heures

Au-delà, même avec une configuration parfaite, Google commence à douter. Pour les sites e-commerce à fort volume, le risque commence dès 24 heures.

Solution : Planifier des maintenances courtes, ou procéder par phases (migration progressive).

Retourner un 200 avec un contenu de maintenance

Le fameux « soft 404 ». Google indexe votre page de maintenance comme du contenu légitime. Multipliez par le nombre de pages de votre site : c’est un désastre SEO.

Solution : Toujours vérifier le code HTTP réel avec curl -I.

Configuration SEO-safe : la checklist

Code HTTP 503 (pas 200, pas 302)
Header Retry-After avec durée réaliste
Page de maintenance informative (pas une page blanche)
Googlebot NON bloqué dans robots.txt
Durée prévue < 24h (idéalement < 6h)
Test avec curl -I avant de lancer
Monitoring actif pendant la maintenance
Plan B si ça dure plus longtemps que prévu

Téléchargez cette checklist et générez votre configuration avec notre Maintenance Planner.

Cas particuliers

Sites e-commerce

Pour un site PrestaShop ou WooCommerce, chaque heure compte. Google crawle souvent les fiches produits, et les utilisateurs arrivent via des recherches très ciblées (longue traîne).

1 850 €/h

Perte moyenne (CA 500k€)

4-6h

Seuil critique recommandé

30%

De trafic organique en moins après 72h de 503

Recommandation : Pour les mises à jour PrestaShop majeures, prévoyez une fenêtre de maintenance nocturne (2h-5h) et un rollback testé. IllicoPresta accompagne les migrations critiques.

Sites WordPress à fort trafic

WordPress génère beaucoup de requêtes (REST API, AJAX, cron). Une surcharge peut déclencher des 503 sporadiques sans que vous le sachiez.

Recommandation : Monitorer les codes HTTP en continu, pas seulement la disponibilité. Un site « up » peut renvoyer des 503 sur certaines pages. WPHelp247 propose des audits de performance.

Applications SaaS

Un SaaS avec des URLs dynamiques (tableaux de bord, rapports) a souvent un crawl limité par Google. L’impact SEO direct est moindre, mais attention aux landing pages et à la documentation publique.

Récupérer après une 503 prolongée

Si le mal est fait (503 pendant plusieurs jours), voici comment accélérer la récupération :

1. Vérifier l’état d’indexation

# Dans Google Search Console
# Indexation > Pages > voir les erreurs

# Ou via recherche Google
site:votresite.com
# Comparer le nombre de résultats avant/après

2. Forcer un recrawl

Dans Google Search Console :

Inspection d’URL > Entrer les URLs critiques > Demander une indexation
Sitemaps > Soumettre à nouveau votre sitemap

3. Publier du contenu frais

Google reviendra plus vite si vous lui donnez une raison. Publiez quelques articles, mettez à jour des pages importantes, ajoutez des produits.

4. Surveiller les stats d’exploration

Dans les jours qui suivent, vérifiez que le budget crawl remonte progressivement. Si ce n’est pas le cas après une semaine, il peut y avoir un problème résiduel.

La récupération complète peut prendre de quelques jours à plusieurs semaines selon la durée de la panne et l’autorité de votre site.

Ne laissez pas Google vous oublier

Surveillance du code HTTP, alertes instantanées, estimation du risque SEO en temps réel.

Découvrir le monitoring SEO

Questions fréquentes

Google désindexe-t-il immédiatement après une 503 ?

Non, jamais immédiatement. Google comprend que les pannes arrivent. Il commence par ralentir son crawl et revenir plus tard. La désindexation ne commence qu’après une période prolongée (généralement 48-72h minimum) et se fait progressivement, en commençant par les pages les moins importantes.

Une 503 ponctuelle peut-elle impacter mon SEO ?

Une 503 isolée de quelques minutes ou heures n’a pratiquement aucun impact. Google rencontrera l’erreur, attendra, et reviendra. C’est la répétition ou la durée prolongée qui pose problème. Si votre site fait des 503 sporadiques régulièrement, en revanche, c’est un signal de qualité négatif.

Dois-je prévenir Google avant une maintenance planifiée ?

Ce n’est pas nécessaire si vous configurez correctement votre 503 avec Retry-After. Google n’offre pas de mécanisme officiel pour « prévenir » d’une maintenance. En revanche, vous pouvez réduire temporairement le crawl via Search Console si vous anticipez une surcharge.

Comment savoir si Google a désindexé mes pages ?

Utilisez la commande site:votredomaine.com dans Google et comparez le nombre de résultats avec vos attentes. Dans Search Console, consultez le rapport « Indexation > Pages » pour voir les erreurs détectées. Une chute brutale du nombre de pages indexées après une panne est un signe clair.