Checklist technique avant mise en ligne : perf, SEO, tracking, sécurité
Laurent Lacoste Maintenance web
S’il y a bien un moment que je redoute (et que je respecte), c’est la mise en ligne.
Pas la création. Pas la conception. Le jour J.
Après des années à travailler sur des migrations lourdes, des plateformes à fort trafic, des refontes où la moindre erreur coûte cher, j’ai vu passer les mêmes scénarios en boucle :
- un site “prêt” qui devient lent,
- un SEO qui disparaît à cause d’un noindex oublié,
- un tracking muet le jour où la direction veut des chiffres,
- une faille ou un bug qui aurait été évité avec… 30 minutes de vérifications.
La vérité est simple :
Un site peut être très bien conçu… et très mal mis en ligne.
Cette checklist n’est pas un guide théorique.
C’est une recette de pré-production, celle que j’utilise avant chaque go-live sérieux, pour décider une seule chose : GO ou NO-GO.
L'instant promotion, découvrez notre offre maintenance.
L’essentiel à retenir en 60 secondes (à lire avant tout le reste)
Avant de mettre un site en ligne (ou de lancer une refonte), il n’y a que 4 piliers à vérifier :
- Performance : le site est-il rapide en conditions réelles ?
- SEO technique : Google peut-il crawler, indexer et comprendre le site sans ambiguïté ?
- Tracking : est-ce que les actions importantes remontent vraiment dans GA4 / GTM ?
- Sécurité : est-ce que le site est propre, protégé et sauvegardé ?
Une règle que je martèle depuis des années :
Si vous ne pouvez pas vérifier, ce n’est pas prêt.
Et une autre, encore plus importante :
Un seul point critique non validé = NO-GO.
Mieux vaut repousser une mise en ligne de 24 heures
que passer 3 semaines à réparer en production.
Avant de commencer : les prérequis (sinon tu perds ton temps)
Avant de cocher la moindre case, il faut poser le cadre.
Sans ça, la checklist ne sert à rien.
Accès indispensables
Vous devez avoir (ou savoir qui a) :
- l’accès à Google Search Console (propriété vérifiée),
- l’accès à GA4 et Google Tag Manager,
- l’accès admin au CMS (ou au moins un contact technique réactif),
- l’URL de préproduction (bloquée à l’indexation, évidemment),
- le plan de redirections si c’est une refonte.
Conseil d’archi :
si personne ne sait qui peut corriger quoi le jour du go-live, c’est déjà un signal d’alerte.
Outils minimum (pas besoin d’une usine à gaz)
Inutile d’empiler 15 outils.
Voici ceux que j’utilise systématiquement :
- Lighthouse / PageSpeed (mobile, toujours),
- Search Console (inspection d’URL),
- DevToolsDevTools navigateur (Network, Console),
- un crawler (Screaming Frog ou équivalent),
- un testeur de headers / HTTPS si le site est exposé.
Avec ça, tu peux déjà éviter 80 % des erreurs classiques.
Dans la suite, je te déroule la checklist pilier par pilier, sans jargon inutile, avec :
- ce qu’il faut vérifier,
- comment le tester rapidement,
- et surtout ce qui doit bloquer une mise en ligne.
Parce qu’un go-live réussi, ce n’est pas un site “joli”.
C’est un site prêt à encaisser le réel.
Performance : le minimum vital avant d’ouvrir les portes
Je commence toujours par là.
Pas par idéologie. Par expérience.
Un site lent le jour du go-live, c’est :
- une mauvaise première impression,
- des visiteurs qui décrochent,
- et souvent un SEO qui part avec un handicap dès le départ.
Ce que je vérifie systématiquement
Point de contrôle | Ce que je regarde | Outil |
LCP | Image hero, slider, vidéo | Lighthouse / PageSpeed |
INP | Scripts, tags, formulaires | Lighthouse |
CLS | Sauts de mise en page | Lighthouse |
Poids des images | formats, lazyload | DevTools |
Scripts tiers | Ads, chat, widgets | Network |
👉 Je teste au minimum :
- la page d’accueil,
- une page service clé,
- une page avec formulaire.
Signaux d’alerte (NO-GO)
- LCP plombé par une image non optimisée,
- scripts marketing chargés avant le contenu,
- thème “joli” mais lourd comme un camion.
Conseil d’archi
Le jour du go-live n’est pas le moment de découvrir que votre slider pleine largeur est votre pire ennemi.
À lire pour approfondir :
- https://www.toonetcreation.com/blog/referencement/quels-sont-les-google-core-web-vitals.html
- https://www.toonetcreation.com/blog/sites-web/comment-tester-la-vitesse-dun-site-web.html
SEO technique : indexable, propre, sans pièges
C’est ici que j’ai vu le plus de catastrophes “silencieuses”.
Le site est en ligne, tout le monde applaudit…
et Google ne voit rien.
Contrôles d’indexation (priorité absolue)
Vérification | Pourquoi |
Pas de noindex en prod | Classique… et fatal |
Canonical cohérent | Éviter le duplicate |
URLs propres | Pas de paramètres inutiles |
Sitemap.xml valide | Découverte rapide |
Robots.txt propre | Pas de blocage involontaire |
Je fais toujours une inspection d’URL dans Search Console sur 2–3 pages clés.
Redirections & refonte
Si c’est une refonte :
- 301 prêtes avant le go-live,
- pas de chaînes,
- pas de 404 “oubliées”.
Conseil d’archi
Un noindex oublié peut coûter des semaines. Une redirection oubliée peut coûter des mois.
Lectures indispensables :
- https://www.toonetcreation.com/blog/referencement/robots-txt-explique-simplement-syntaxe-bonnes-pratiques-impact-seo.html
- https://www.toonetcreation.com/blog/referencement/explication-des-balises-meta-robots-et-x-robots.html
- https://www.toonetcreation.com/blog/referencement/refonte-seo-redirections-sitemaps.html
- https://www.toonetcreation.com/blog/referencement/balises-titre-en-double-comment-les-trouver-et-les-corriger-en-2024.html
- https://www.toonetcreation.com/blog/sites-web/les-meilleurs-outils-pour-creer-un-plan-de-site-xml-en-2025-testes-et-compares.html
Tracking : si tu ne mesures pas, tu pilotes à l’aveugle
C’est le point que beaucoup découvrent… après la mise en ligne.
Et là, il est trop tard : les données sont perdues.
Ce que je teste toujours moi-même
Oui, moi. Pas “normalement c’est bon”.
Point | Test concret |
GA4 présent | 1 seul tag, pas de doublon |
GTM actif | Conteneur chargé |
Events clés | formulaire, clic tel, clic mail |
Conversions | visibles dans GA4 |
CMP | respect du consentement |
Je remplis un formulaire, je clique, je valide :
si je ne vois rien remonter, ce n’est pas prêt.
Conseil d’archi
Un event non testé = un reporting mensonger.
A lire :
- https://www.toonetcreation.com/blog/referencement/integrer-google-analytics-4-dans-joomla-le-guide-complet-pour-suivre-vos-performances.html
- https://www.toonetcreation.com/blog/referencement/les-rapports-ga4-a-connaitre-pour-ameliorer-ses-performances-seo.html
- https://www.toonetcreation.com/blog/referencement/definition-quest-ce-quun-utm-et-comment-lutiliser-intelligemment.html
Sécurité : le strict minimum avant exposition
La sécurité parfaite n’existe pas.
Mais l’imprudence, elle, existe très bien.
Checklist minimale avant go-live
Élément | À vérifier |
HTTPS | redirection HTTP → HTTPS |
Comptes admin | mots de passe forts |
Extensions / plugins | à jour |
Accès inutiles | supprimés |
Backup | testé, restaurable |
Si le site est e-commerce ou très exposé :
- WAF recommandé,
- surveillance minimale.
Conseil d’archi
Pas de backup testé = pas de backup.
A lire pour prolonger sur le sujet :
- https://www.toonetcreation.com/blog/maintenance-web/backup-automatique-les-bonnes-pratiques.html
- https://www.toonetcreation.com/blog/cyber-securite/comment-detecter-une-attaque-ou-un-malware-sur-son-site-web.html
- https://www.toonetcreation.com/blog/cyber-securite/securiser-un-site-joomla-en-2025-bonnes-pratiques-et-extensions-a-connaitre.html
- https://www.toonetcreation.com/blog/cyber-securite/configurer-un-pare-feu-waf-sur-un-site-joomla-e-commerce.html
GO / NO-GO : la fiche finale (à copier-coller)
C’est la conclusion logique de tout le reste.
Je termine toujours par une fiche simple, factuelle.
Pilier | OK | KO | Responsable |
Performance | ⬜ | ⬜ | |
SEO technique | ⬜ | ⬜ | |
Tracking | ⬜ | ⬜ | |
Sécurité | ⬜ | ⬜ |
Règle non négociable
Un seul point critique KO = NO-GO.
Repousser une mise en ligne d’un jour,
c’est souvent économiser des semaines de correctifs.
Si tu veux, je peux maintenant :
- rédiger la conclusion + CTA TooNetCreation dans la voix de Laurent,
- ou te préparer une version PDF / checklist imprimable à proposer en lead magnet.
rédiger la conclusion + CTA TooNetCreation dans la voix de Laurent,
Un go-live réussi, ça ne se joue pas à la chance
Après des années sur des mises en production sensibles, des refontes à fort enjeu, et des systèmes où le droit à l’erreur n’existait pas, je peux te le dire sans détour :
un go-live raté n’est presque jamais un problème de compétence.
C’est un problème de méthode.
La plupart des incidents que je vois encore aujourd’hui auraient été évités avec une checklist claire, un vrai GO / NO-GO, et quelqu’un pour dire “on ne met pas en ligne tant que ce point n’est pas validé”.
Performance, SEO technique, tracking, sécurité :
ces sujets ne sont pas “annexes”.
Ce sont les fondations de tout le reste.
Si tu prends une chose de cet article, prends celle-ci :
Si vous ne pouvez pas vérifier, ce n’est pas prêt.
Et si un point critique est rouge, vous repoussez. Sans négociation.
Besoin d’un vrai GO / NO-GO avant votre mise en ligne ?
Chez Toonetcreation, on intervient précisément à ce moment-là :
juste avant que ça parte en production.
Concrètement, on te propose :
- un audit pré-mise en ligne (GO / NO-GO),
- une vérification complète performance / SEO technique / tracking / sécurité,
- une fiche de recette claire, actionnable, avec priorités,
- et, si besoin, les correctifs essentiels avant ouverture au public.
Pas de jargon inutile.
Pas de promesses vagues.
Juste un site prêt à encaisser le réel.
Demander un audit de mise en ligne
Parler à un architecte web avant le go-live
Parce qu’un lancement réussi,
ce n’est pas celui qui va vite.
C’est celui qui ne casse rien.
FAQ — Checklist technique avant mise en ligne
Faut-il faire cette checklist pour un petit site vitrine ?
Oui.
Les problèmes ne font pas la différence entre un site vitrine et une plateforme complexe.
Un noindex oublié, un formulaire non tracké ou un site lent sur mobile font autant de dégâts sur un “petit” site que sur un gros.
La checklist est simplement plus rapide à exécuter.
Combien de temps faut-il pour faire cette checklist ?
En moyenne :
- 30 à 45 minutes pour un site vitrine,
- 1 à 2 heures pour un site e-commerce ou une refonte.
C’est peu, comparé aux jours (ou semaines) passés à réparer après coup.
Qui doit faire cette vérification ?
Idéalement :
- le prestataire technique prépare,
- le chef de projet / responsable marketing valide,
- et quelqu’un a le droit de dire NO-GO.
Quand personne n’est clairement responsable, c’est là que les erreurs passent.
Peut-on faire cette checklist sans être technique ?
Partiellement, oui.
Les points “visibles” (tracking, formulaires, indexation basique) sont accessibles.
Mais pour la performance avancée, les redirections, la sécurité ou le rollback,
un regard d’architecte web fait clairement la différence.
Cette checklist remplace-t-elle un audit SEO ?
Non.
Elle intervient juste avant la mise en ligne.
Un audit SEO travaille sur la durée.
La checklist, elle, sert à éviter la casse immédiate.
Les deux sont complémentaires.
Que se passe-t-il si un point critique est KO ?
On ne met pas en ligne.
Point.
Repousser un lancement d’un jour est toujours moins coûteux que :
- perdre son référencement,
- ne rien mesurer pendant des semaines,
- ou exposer un site mal sécurisé.
Est-ce utile même sans refonte ?
Oui.
Un changement d’hébergement, de thème, de plugins, de tracking ou de règles cookies
peut suffire à casser un site.
La checklist est utile à chaque évolution significative.
Proposez-vous cette checklist en accompagnement ?
Oui.
Chez TooNetCreation, on propose un audit GO / NO-GO avant mise en ligne, avec :
- vérifications complètes,
- fiche de recette claire,
- priorisation des correctifs,
- et accompagnement jusqu’au feu vert.
Parler à un architecte web avant votre mise en ligne,
c’est souvent ce qui fait la différence entre un lancement stressant…
et un lancement serein.
Prêt à concrétiser votre projet ?
Posez nous toutes vos questions et nous vous aiderons à y voir plus clair.
