Suspendez seulement la fonction nécessaire
Garder le site accessible et limiter la fonction concernée est souvent plus stable. Une boutique peut désactiver l'achat et conserver produits, horaires et contact. Un service de réservation peut bloquer les nouvelles dates sans retirer ses prestations et son adresse.
Identifiez l'intervention : mise à jour brève, migration de base ou reconstruction de plusieurs semaines n'appellent pas la même réponse. Fermer toutes les routes prive aussi d'information les personnes venues simplement appeler ou consulter une adresse.
Préparez un contact alternatif. Le message doit indiquer ce qui reste disponible, le retour attendu et comment vous joindre. ‘À bientôt’ sans date ni canal n'aide pas le client et masque une page oubliée.
- Fonction précise à suspendre
- Informations restant publiques
- Contact alternatif testé
- Responsable et heure de retour prévue
Choisissez le code HTTP selon la durée
Pour une urgence d'un à deux jours, une page avec HTTP 503 indique une indisponibilité temporaire. Retry-After peut annoncer quand réessayer. Le visiteur reçoit une explication et le moteur un signal distinct d'une suppression.
Le 503 ne convient pas pour des semaines. Prolongé, il peut faire sortir les URL de l'index et empêche Google d'actualiser leur contenu. Pour une pause longue, gardez une page utile en 200, avec informations actuelles et sections fonctionnelles.
Servir le même écran de maintenance en 200 sur toutes les URL est aussi problématique : le moteur peut le traiter comme le nouveau contenu de chaque service. Contrôlez la réponse HTTP réelle.
Contrôlez noindex, robots.txt et les en-têtes
noindex demande l'exclusion des résultats. Il peut être voulu pour un brouillon ou une démonstration, mais ne constitue pas une pause neutre pour une page commerciale. Il faut le retirer puis attendre son nouveau traitement pour permettre l'indexation.
Bloquer l'exploration dans robots.txt n'est pas une mise hors ligne temporaire. Le robot bloqué ne peut pas lire le noindex de la page. Google recommande de garder robots.txt accessible pendant une pause.
Vérifiez HTML et en-têtes : noindex peut venir d'une balise meta ou de X-Robots-Tag, invisible à l'écran. Examinez modèles, extensions et hébergement : un réglage retiré du CMS peut subsister ailleurs.
- Meta robots des pages publiques
- En-tête X-Robots-Tag
- Règles robots.txt
- Réglages d'hébergement et de maintenance
Vérifiez aussi services, articles et anciennes adresses
Testez contact, services, articles et liens de campagne. Une maintenance peut récupérer l'accueil et laisser des pages importantes en 503 ou noindex.
Contrôlez sitemap, canoniques et redirections. Les URL à conserver doivent rester cohérentes ; les canoniques ne doivent pas viser l'écran temporaire. Téléphone et formulaires doivent conduire à de vrais contacts.
Testez déconnecté, sur mobile et dans chaque langue. Une session administrateur peut contourner la maintenance. Gardez une courte liste de routes critiques et réponses attendues pour la réouverture.
Rouvrez avec des vérifications reproductibles
Retirez l'écran et confirmez un 200 avec le vrai contenu sur chaque route critique. Supprimez les directives temporaires, vérifiez robots.txt et sitemap, puis contact, réservations, achats et fonctions suspendues.
L'inspection d'URL de Search Console compare la version connue de Google au site et permet un test en direct. Si la page est indexable, demandez une exploration pour quelques URL prioritaires ; pour un ensemble large, actualisez le sitemap.
La réouverture est terminée quand une personne extérieure trouve l'information et accomplit l'action principale, et que les signaux temporaires ont disparu. Gardez date, changement et preuve pour la prochaine intervention.
- Vrai contenu en 200
- Directives temporaires retirées
- Sitemap et routes accessibles
- Action principale testée de l'extérieur
