Maintenance d’un site : utiliser le bon statut HTTP pour préserver le SEO
Une courte maintenance doit être signalée comme une indisponibilité temporaire, généralement avec un statut HTTP 503, puis levée dès que le site est de nouveau utilisable. Une page de maintenance renvoyée en 200 risque d’être interprétée comme le contenu normal de l’URL.
Que doit renvoyer une page temporairement indisponible ?
Le message affiché au visiteur et le statut envoyé au robot remplissent deux fonctions différentes. Le visiteur doit comprendre que le service reviendra ; le robot doit recevoir une réponse correspondant à cet état. La documentation Google sur les statuts HTTP décrit le traitement des erreurs serveur et de leur persistance.
Un 503 ne protège pas indéfiniment le référencement. Si les erreurs se prolongent, les URL peuvent perdre leur présence dans l’index. Privilégiez donc une intervention courte, préparée et réversible plutôt qu’une fermeture totale pendant toute la refonte.
Faut-il fermer tout le site ?
Pas si une partie peut continuer à fonctionner. Pour une modification de thème, préparez la nouvelle version à part et limitez l’interruption à la bascule nécessaire. Pour une panne de paiement, préservez les pages produits si elles restent exactes, tout en empêchant une commande qui ne pourrait pas aboutir.
| Situation | Décision à préparer |
|---|---|
| Bascule courte de toute l’application | Réponse temporaire contrôlée et retour prévu |
| Une fonction indisponible | Message local et blocage de cette fonction |
| Produit définitivement retiré | Décision sur l’URL, pas une maintenance permanente |
| Préproduction | Accès protégé, séparé du site public |
Quels contrôles faire avant la bascule ?
Relevez les URL principales et leurs statuts. Sauvegardez la version fonctionnelle et testez la procédure de retour. Vérifiez qui peut retirer le mode maintenance et comment le faire si l’administration devient inaccessible. Le cahier des charges Shopify et la recette doivent prévoir ce scénario, pas seulement l’apparence du nouveau site.
Testez une URL de produit, une collection, le contact et un ancien lien redirigé. Les ressources nécessaires à la page temporaire doivent elles aussi charger correctement. Un cache ou un CDN peut prolonger l’affichage de maintenance après sa désactivation : vérifiez la réponse publique, pas seulement l’administration.
Que vérifier après la remise en ligne ?
Confirmez le retour des statuts attendus, des contenus complets et des balises d’indexation habituelles. Rejouez une commande ou une demande dans un mode de test adapté. Surveillez ensuite les erreurs serveur et les rapports d’exploration. Notez la durée réelle de l’intervention et les anomalies restantes ; une capture de l’accueil ne suffit pas à valider la reprise du site.
Sources
Documentation consultée le 24 octobre 2026.
Questions fréquentes
Un 503 fait-il immédiatement disparaître une page ?
Une réponse temporaire et une erreur prolongée ne sont pas équivalentes. Évitez de maintenir volontairement cette réponse pendant une longue période.
Faut-il ajouter noindex pendant la maintenance ?
Une courte indisponibilité ne nécessite pas de demander la désindexation des pages à conserver. Préparez le statut temporaire et son retrait.
Peut-on afficher un numéro de téléphone ?
Oui, si ce contact reste réellement disponible. Le message doit annoncer une action que l’entreprise peut traiter.
Pourquoi la maintenance reste-t-elle visible après retrait ?
Contrôlez les caches du serveur, du CDN et du navigateur, ainsi que les règles qui activent encore la page temporaire.
Comment prouver la remise en ligne ?
Conservez les réponses HTTP publiques, les tests de parcours et la date de retour à la version fonctionnelle.