Vérifier un site avant sa mise en ligne
Une publication réussie se prépare avec des preuves simples : les pages sont compréhensibles, les actions fonctionnent, le site reste utilisable sur mobile et les moteurs peuvent accéder aux contenus destinés au public. Cette recette en sept étapes aide à attribuer chaque contrôle et à garder une trace des corrections.
Trois décisions avant de publier.
- Tester les parcours réels avec des contenus définitifs, sur ordinateur et sur mobile.
- Corriger les erreurs bloquantes avant de soumettre les URL aux moteurs de recherche.
- Nommer une personne responsable de la validation et prévoir un retour arrière.
Relisez les contenus dans leur contexte
Contrôlez les titres, coordonnées, prix ou dates affichés, les liens internes, les documents téléchargeables et les messages d’erreur. Chaque page importante doit répondre à une question identifiable et proposer une suite logique. Ouvrez les liens vers des tiers pour confirmer leur destination ; une ressource déplacée peut être remplacée ou retirée.
Vérifiez les droits des images, les alternatives textuelles utiles et les crédits nécessaires. Pour un site bilingue, comparez les deux versions d’une même page : les liens de changement de langue doivent conduire à une traduction pertinente.
Effectuez les tâches comme un visiteur
Choisissez trois tâches représentatives, par exemple trouver une prestation, filtrer un annuaire et envoyer une demande. Réalisez-les sans accès administrateur, au clavier puis à la souris ou au toucher. Notez chaque étape, le résultat attendu, le résultat obtenu et la personne chargée de corriger l’écart.
Envoyez un formulaire de test avec des données non sensibles. Vérifiez les champs obligatoires, l’explication des erreurs, l’accusé de réception et la destination effective du message. Testez aussi les états vides des filtres et la navigation après une recherche sans résultat.
Contrôlez les petits écrans et les connexions lentes
Ouvrez les pages clés sur au moins un téléphone réel. Les menus, tableaux, cartes et boutons doivent rester lisibles sans défilement horizontal gênant. Vérifiez que les images principales apparaissent au bon format et qu’aucun texte essentiel ne se trouve uniquement dans une image.
Simulez une connexion lente pour repérer les médias trop lourds. Les images doivent annoncer leurs dimensions ; les visuels hors écran peuvent être chargés plus tard, mais l’image principale doit être disponible rapidement.
Faites un premier contrôle d’accessibilité
Parcourez la page au clavier : focus visible, ordre cohérent, menus et formulaires accessibles. Agrandissez le texte et vérifiez les contrastes, les titres, la langue de la page et les alternatives des images informatives. Ce contrôle rapide met en évidence des défauts fréquents ; il ne remplace pas un audit complet selon le référentiel applicable.
Vérifiez les signaux de découverte
Pour chaque page destinée à être trouvée, contrôlez la réponse HTTP, le titre, la description, l’URL canonique et l’absence de directive d’exclusion involontaire. Le fichier robots.txt ne doit pas bloquer les ressources nécessaires. Un plan de site XML doit lister les URL canoniques publiques. Pour les traductions, vérifiez des annotations hreflang réciproques et des URL propres à chaque langue.
En cas de refonte, préparez des redirections permanentes des anciennes URL importantes vers les nouvelles pages correspondantes. Un plan de site facilite la découverte ; il ne garantit pas l’indexation.
Mesurez quelques résultats vérifiables
Examinez les Core Web Vitals avec des données de terrain lorsque disponibles, puis contrôlez les pages lentes avec un outil de laboratoire. Testez un événement utile, comme l’envoi du formulaire, uniquement si une mesure d’audience a été prévue et documentée. Prévoyez aussi une vérification des erreurs serveur et des liens rompus après publication.
Publiez avec un responsable et un plan de reprise
Consignez la sauvegarde, la version publiée, la personne qui valide et le scénario de retour arrière. Après la mise en ligne, refaites les trois parcours critiques sur le domaine public, puis vérifiez certificats, redirections, formulaires et pages prioritaires. Planifiez un second passage quelques jours plus tard pour examiner les retours des utilisateurs et les erreurs d’exploration.