Liste de contrôle de lancement de site : 31 vérifications
Liste pour sites neufs et refontes : contenu, formulaires, mobile, accessibilité, domaine, HTTPS, redirections, robots.txt, plan de site, analyses et validation du propriétaire.
La plupart des problèmes au lancement sont banals : formulaire qui n’envoie aucun e-mail, refonte qui oublie les anciennes URL, site laissé en « noindex ». Cette liste se parcourt en cinq étapes, dans l’ordre recommandé. Chaque élément est un contrôle réussi/échoué que vous pouvez confier à quelqu’un d’autre. Elle convient aux sites neufs comme aux refontes ; les contrôles réservés aux refontes sont signalés.
1. Contenu et propriété
Aucun texte provisoire, prix fictif, témoignage de modèle ou photo d’équipe de banque d’images ne subsiste.
Le téléphone, l’e-mail, l’adresse et les horaires sont exacts et identiques sur chaque page.
Vous détenez les droits sur chaque image, police et texte.
Vous savez quels comptes détiennent le domaine, l’hébergement ou l’éditeur, ainsi que les outils d’analyse ; le propriétaire de l’entreprise, et pas seulement le concepteur, peut se connecter à chacun.
Les pages juridiques nécessaires sont présentes : politique de confidentialité et, en cas de vente, conditions générales ou politique de remboursement.
Refonte : toutes les anciennes pages sont répertoriées et chacune a une nouvelle destination ou une redirection prévue.
2. Formulaires, mobile, accessibilité et liens
Envoyez un test via chaque formulaire avec un nom reconnaissable ; vérifiez qu’il arrive dans la bonne boîte de réception (et dans les indésirables).
Le formulaire affiche un message de réussite clair et un message d’erreur si un champ obligatoire est vide.
Sur un vrai téléphone avec les données mobiles : pas de défilement horizontal, menu fonctionnel, numéro de téléphone cliquable et boutons assez grands pour être touchés.
Chaque image a un texte alt descriptif (les images décoratives peuvent avoir un texte alt vide).
Vous pouvez atteindre chaque lien et bouton avec la touche Tab et voir où se trouve le focus.
Aucun lien brisé ni lien vers l’adresse de préproduction. Les titres suivent un ordre logique (un H1 par page).
3. Domaine, HTTPS, balises canoniques, robots et plan de site
Le domaine fonctionne avec et sans « www » et l’une des versions redirige vers l’autre.
HTTPS fonctionne partout sans avertissement « Non sécurisé » ; http redirige vers https.
Les enregistrements DNS de messagerie (MX, SPF, DKIM) n’ont pas été modifiés lors du changement de DNS.
Aucune page que vous souhaitez voir apparaître n’est en noindex et le site n’est plus protégé par mot de passe.
robots.txt ne bloque pas tout le site (un « Disallow: / » oublié est une erreur classique au lancement). Le générateur de robots.txt propose une configuration par défaut sûre.
La balise canonique de chaque page pointe vers son URL https définitive, et non vers le domaine de préproduction.
Un plan de site existe et ne répertorie que les pages en ligne et indexables.
Chaque page possède son propre titre et sa propre description, et son aperçu de partage est correct (vérifiez avec l’aperçu Open Graph).
Refonte : les anciennes URL redirigent par code 301 vers la nouvelle page la plus proche, et non vers une erreur 404 ou systématiquement vers la page d’accueil.
4. Analyses avec consentement et événement test connu
L’outil d’analyse est installé une seule fois sur chaque page.
Si vous accueillez des visiteurs dans une région où le consentement est obligatoire (par exemple l’UE et le Royaume-Uni), la bannière de consentement s’affiche d’abord et l’outil d’analyse respecte le choix. Vérifiez les règles qui s’appliquent à votre situation.
Effectuez vous-même une action connue, comme l’envoi du formulaire de contact, et vérifiez que cet événement précis apparaît dans le rapport en temps réel.
Excluez vos propres visites ou notez l’heure du test afin qu’il ne fausse pas les chiffres du lancement.
5. Approbation du propriétaire et contrôles après lancement
Le propriétaire a parcouru chaque page sur son propre téléphone et a donné son accord par écrit.
Site ajouté à Google Search Console, plan de site envoyé et indexation de la page d’accueil demandée.
La fiche d’établissement et les autres annuaires indiquent la nouvelle adresse du site.
Jour 1 : les formulaires et les analyses fonctionnent toujours. Semaine 1 : Search Console ne signale aucune erreur d’exploration. Semaine 4 (refonte) : comparez les clics issus de la recherche au mois précédent et corrigez les pages perdues.
Exemple fictif de refonte pour « Kestrel Bookkeeping », destiné à montrer comment consigner les résultats. Ce n’est pas un vrai client.
Site : kestrel-example.com (refonte) Date de lancement : 12 oct.
Accès du propriétaire confirmés : domaine oui | éditeur oui | analyses oui
Vérification des contenus provisoires : RÉUSSI (2 témoignages de modèle supprimés)
Anciennes pages répertoriées : 14 | redirections configurées : 14 | vérifications ponctuelles : 5 RÉUSSIES
Test du formulaire de contact : envoyé à 09:12, reçu à 09:12 dans la boîte du propriétaire, RÉUSSI
Mobile avec données : RÉUSSI (zone tactile du téléphone de pied de page agrandie)
Textes alt : 3 manquants, ajoutés
Redirection www -> domaine racine : RÉUSSIE | HTTPS : RÉUSSI | enregistrements MX intacts : RÉUSSI
noindex nulle part : aucun | robots.txt : autorise tout | plan de site : 11 URL
Balises canoniques : toutes pointent vers https://kestrel-example.com/...
Bannière de consentement : affichée en premier, analyses différées : RÉUSSI
Événement test « form_submit » : détecté en temps réel à 09:14, RÉUSSI
Search Console : plan de site envoyé, indexation de la page d’accueil demandée
Accord du propriétaire : reçu par e-mail le 11 oct.
Feuille vierge
Site : Date de lancement : Nouveau / refonte :
Accès du propriétaire (domaine | éditeur | analyses) :
Vérification des contenus provisoires :
Anciennes pages répertoriées / redirections configurées / contrôles ponctuels :
Test du formulaire (heure d’envoi, heure de réception, boîte) :
Mobile avec données :
Texte alt + contraste + clavier :
Redirection www | HTTPS | enregistrements d’e-mail intacts :
noindex | robots.txt | nombre d’URL du plan de site :
Balises canoniques :
Consentement + événement test détecté :
Search Console terminée :
Accord du propriétaire (date, moyen) :
Contrôles du jour 1 / de la semaine 1 / de la semaine 4 :
Lancer avec We.Inc
Dans l’éditeur de sites We.Inc, l’hébergement et HTTPS sont inclus, et la publication se fait en un clic ; consultez le guide de publication d’un site web. Le forfait Free permet de publier jusqu’à 3 sites à partir de modèles sur une adresse we.inc, sans crédits IA ni domaine personnalisé. Les domaines personnalisés et la création par IA sont inclus à partir de Starter à $20/mois (tarifs). Les agences qui lancent des sites pour leurs clients peuvent consulter la marque blanche We.Inc. Commencez avec un modèle pour entreprise, ou estimez le budget avec le calculateur de coût de site.
Que faut-il vérifier avant de mettre un site en ligne ?
Le contenu est définitif, les formulaires transmettent les messages, le site fonctionne sur téléphone, les liens et textes alt sont en place, le domaine et HTTPS fonctionnent, aucune page n’est en noindex, un plan de site existe et l’outil d’analyse enregistre un événement test connu.
Qu’est-ce qui change dans une liste de contrôle pour refonte de site ?
Une refonte nécessite de mapper les URL : chaque ancienne page doit avoir une redirection 301 vers sa nouvelle page la plus proche. Comparez aussi le trafic de recherche avant et après pour repérer les pages perdues.
Combien de temps faut-il continuer les vérifications après le lancement ?
Vérifiez les formulaires et les analyses le premier jour, Search Console après une semaine et, en cas de refonte, comparez les clics issus de la recherche au mois précédent après environ quatre semaines.