Plugins de maintenance WordPress : ce qu’ils répondent vraiment

Sur les cinq extensions testées, deux servent leur page de maintenance avec un statut HTTP 200 dans leur configuration par défaut, et deux font répondre robots.txt en 503 — le signal qui fait cesser l’exploration d’un site entier. Aucune des cinq ne bloque l’accès à la page de connexion, ce qui est la bonne nouvelle du lot.

Ce que le test mesure — et ce qu’il ignore

Ce banc d’essai ne juge ni le design des pages, ni le nombre de modèles, ni la facilité d’usage. Il mesure une seule chose : ce que le serveur répond pendant que la maintenance est active. Quatre adresses, interrogées sans être connecté :

• la page d’accueil — doit renvoyer 503, avec un Retry-After ;
• /robots.txt — ne doit jamais renvoyer 5xx, ni être remplacé par une page HTML ;
• /favicon.ico — ne devrait pas recevoir un document HTML complet ;
• /wp-login.php — doit rester accessible, sous peine de s’enfermer dehors.

Précision de justice : SeedProd est d’abord un constructeur de pages, pas un outil de maintenance. Le juger sur ses en-têtes seuls serait injuste s’il était présenté comme un comparatif général — ce n’est pas le cas ici.

Le protocole

WordPress 7.1 sur PHP 8.3.31, installation neuve, permaliens jolis, thème par défaut. Chaque extension est installée depuis le répertoire officiel, activée seule, puis passée en maintenance par son propre interrupteur, sans autre réglage.

Une précaution évite le piège classique de ce genre de test : avant chaque mesure, l’empreinte de la page servie est comparée à celle du site normal. Si elles sont identiques, c’est que la maintenance n’était pas active et que la mesure ne veut rien dire. Les sept lignes ci-dessous ont toutes passé ce contrôle.

Les résultats

Les cinq extensions laissent /wp-login.php répondre 200. Sur ce point, tout le monde fait correctement son travail.

Le résultat qui compte : robots.txt

LightStart et SeedProd en mode maintenance renvoient 503 sur robots.txt. Ce n’est pas un détail cosmétique. Une réponse 5xx prolongée sur ce seul fichier ne bloque pas l’exploration d’une page : elle bloque celle du site entier. Une maintenance de deux jours censée dire « je reviens » finit par dire « ne regarde plus rien ici ».

La cause est mécanique et se comprend en une phrase : ces extensions s’accrochent à template_redirect et interceptent toutes les requêtes sans exclure celles que WordPress réserve à robots.txt.

Deux autres — SeedProd en mode « bientôt disponible » et Minimal Coming Soon — ne renvoient pas d’erreur, mais font pire d’une autre façon : elles servent leur page HTML à la place du fichier. Un robot qui demande vos directives d’exploration reçoit une page de vente. Le statut est correct, le contenu n’a plus aucun sens.

Deux extensions sur cinq répondent 200 par défaut

Maintenance 4.32 sert sa page avec un statut 200 tant qu’on n’a pas trouvé l’option « Enable 503 status code », désactivée à l’installation. Une fois cochée, le plugin devient correct — et c’est le seul du lot, avec le nôtre, à laisser robots.txt intact tout en répondant 503. Le défaut n’est donc pas technique, il est dans le réglage par défaut.

Minimal Coming Soon 2.45 ne peut pas mieux faire : le statut 503 y est une fonctionnalité de la version payante. La version gratuite servira toujours 200.

SeedProd a deux modes, et l’écart entre eux est total. En « mode maintenance », il envoie un 503 propre. En « bientôt disponible », celui que la plupart des utilisateurs activent parce qu’il correspond au nom du produit, il répond 200. Ce n’est pas un défaut : les deux modes ont des usages différents. Encore faut-il savoir lequel on a activé.

Personne n’envoie de noindex, sauf un

Une seule extension sur les cinq accompagne son 503 d’une consigne noindex, en en-tête X-Robots-Tag comme en balise meta — la nôtre. C’est une ceinture, pas le mécanisme principal : le 503 reste le signal qui compte. Elle protège surtout du cas où un cache ou un CDN reservirait la page avec un statut 200.

Notons aussi la valeur de Retry-After retenue par SeedProd : 86 400 secondes, soit une journée entière, non configurable depuis l’interface. Pour une intervention de vingt minutes, c’est une indication très pessimiste.

Les limites de ce test

• Sept mesures, prises le 20 août 2026, sur les versions indiquées. Un correctif peut sortir demain — c’est d’ailleurs souhaitable.
• Configuration par défaut uniquement, sauf la variante explicitement nommée. Certains de ces comportements se corrigent par un réglage.
• Aucun cache ni CDN dans la boucle. En production, ces couches peuvent modifier ce que reçoit réellement un robot.
• Nous éditons l’un des plugins mesurés. Le protocole est décrit pour que cela ne vous oblige pas à nous faire confiance.

Refaire le test

Les scripts qui montent le WordPress jetable et prennent les mesures sont publiés dans le dépôt du projet, avec le fichier de résultats brut. Le principe tient en trois commandes : installer, activer, interroger.

curl -I https://votre-site.fr/
curl -I https://votre-site.fr/robots.txt
curl -I https://votre-site.fr/wp-login.php

Si vous utilisez une extension absente de ce banc, ces trois lignes suffisent à savoir où elle se situe. Et si vous trouvez un résultat différent des nôtres, dites-le nous : une mesure qu’on ne peut pas contredire ne vaut pas grand-chose.

Pour comprendre pourquoi ces signaux comptent, le guide mode maintenance et référencement détaille ce que chaque code de réponse raconte à un moteur.

Même méthode, autre famille d’extensions : le banc des plugins de cache mesure six extensions sur trois serveurs web.