Tutoriel, SEO technique
SEO technique : 12 points à vérifier avant publication
La recette technique à passer avant la mise en ligne d'un site neuf : douze points, comment vérifier chacun concrètement, et le symptôme qui apparaît si le point est raté. Une demi-journée de travail.
Avant de mettre un site en ligne, douze points techniques doivent être vérifiés : les indicateurs de performance dans les seuils, un affichage mobile réellement utilisable, un certificat HTTPS valide, un plan de site XML généré, un fichier robots.txt correct, des titres uniques, des méta descriptions renseignées sur les pages importantes, des URL propres et stables, un maillage interne cohérent, une gestion des pages introuvables et des redirections, des données structurées sur les pages clés, et l'absence de contenu dupliqué.
Cette recette se fait avant publication pour une raison économique simple : corriger après indexation coûte plus cher. Une URL déjà explorée qu'il faut changer entraîne des redirections, une perte de temps d'exploration et une période d'instabilité. Le même changement fait la veille de la mise en ligne ne coûte rien. Les douze points ci-dessous demandent une demi-journée sur un site vitrine classique.
Que faut-il vérifier avant de publier un site neuf ?
Le tableau ci-dessous liste les douze points, comment vérifier chacun concrètement, et le symptôme qui apparaît si le point est raté. Il tient lieu de recette : à faire dans l'ordre, sur la version de préproduction, avant l'ouverture au public.
| Point | Comment le vérifier | Symptôme si c'est raté |
|---|---|---|
| Core Web Vitals | Mesure sur mobile depuis un outil de performance, page par page type | Pages lentes, visiteurs qui repartent avant affichage |
| Affichage mobile | Navigation réelle sur un téléphone, pas seulement en simulation | Boutons trop petits, texte coupé, formulaire inutilisable |
| HTTPS valide | Cadenas présent, certificat non expiré, aucun contenu mixte | Alerte de sécurité, chute de confiance immédiate |
| Plan de site XML | Ouvrir l'URL du sitemap, compter les pages listées | Pages découvertes lentement ou pas du tout |
| robots.txt | Ouvrir le fichier et lire chaque ligne d'interdiction | Site entier bloqué à l'indexation après bascule |
| Titres uniques | Export de toutes les balises titre, recherche de doublons | Pages en concurrence entre elles, affichage réécrit |
| Méta descriptions | Vérifier les pages d'offre, d'accueil et de contact | Extrait automatique peu engageant, moins de clics |
| URL propres et stables | Lire chaque URL à voix haute, vérifier qu'elle reste lisible | Adresses illisibles, changements coûteux plus tard |
| Maillage interne | Vérifier que chaque page reçoit au moins un lien | Pages orphelines jamais explorées |
| 404 et redirections | Tester une URL inexistante, tester les anciennes URL | Erreurs invisibles, visiteurs perdus |
| Données structurées | Test du balisage sur les pages clés | Pas d'affichage enrichi, entité mal comprise |
| Contenu dupliqué | Recherche de textes identiques entre pages | Aucune des pages jumelles ne se positionne |
Comment vérifier la performance et l'affichage mobile ?
La performance se mesure sur mobile, pas sur votre poste de travail relié à la fibre. Testez au moins un exemplaire de chaque gabarit : accueil, page d'offre, article, contact. Les trois indicateurs à surveiller sont le temps d'affichage du plus grand élément visible, la stabilité visuelle pendant le chargement et la réactivité aux premières interactions.
Sur un site neuf, les causes de mauvais résultats sont presque toujours les mêmes : images trop lourdes servies dans un format ancien, polices chargées depuis un service externe, et scripts d'analyse ou de discussion ajoutés en fin de projet. Les corriger avant publication prend quelques heures. Notre article sur l'amélioration de la vitesse et les Core Web Vitals détaille les corrections point par point, et c'est la référence à utiliser pour ce volet.
L'affichage mobile se vérifie sur un vrai téléphone, en conditions réelles. Ouvrez le site, essayez de remplir le formulaire de contact avec le pouce, cliquez le numéro de téléphone, faites défiler un tableau. Une simulation de largeur d'écran dans un navigateur de bureau ne révèle ni les zones cliquables trop proches, ni les claviers qui masquent un champ.
Comment contrôler l'indexation avant l'ouverture au public ?
Trois éléments décident si votre site sera exploré correctement : le certificat, le plan de site et le fichier robots.txt.
Le certificat doit être valide et couvrir la version du domaine que vous servez réellement, avec ou sans le préfixe www, et une seule des deux doit rester canonique. Vérifiez également l'absence de contenu appelé en clair sur des pages sécurisées, ce qu'on appelle le contenu mixte : une seule image chargée sans chiffrement déclenche un avertissement.
Le plan de site XML doit exister, être accessible à son URL, ne lister que des pages destinées à être indexées, et exclure les pages de remerciement, les résultats de recherche interne et les brouillons.
Le fichier robots.txt est le point de contrôle le plus dangereux du lot. La préproduction est presque toujours bloquée par une interdiction générale, et cette interdiction survit régulièrement à la mise en ligne. C'est la cause numéro un des sites neufs invisibles pendant des semaines. Ouvrez le fichier après la bascule, relisez chaque ligne, et déclarez-y l'adresse de votre plan de site.
Comment savoir si les titres et les URL sont corrects ?
Chaque page a besoin d'un titre unique, qui décrit son contenu et commence par le mot que la page vise. Exportez la liste complète des titres et cherchez les doublons : sur les sites neufs, les gabarits produisent souvent des titres identiques sur plusieurs pages, ce qui les met en concurrence entre elles.
Les méta descriptions ne sont pas un facteur de classement, mais elles influencent le taux de clic. Renseignez au minimum l'accueil, chaque page d'offre et la page de contact. Sur les autres, un extrait automatique fait l'affaire.
Les URL doivent être lisibles, courtes, en minuscules, sans accent, avec des tirets, et surtout stables. La stabilité compte plus que l'élégance : une URL correcte que vous ne changerez jamais vaut mieux qu'une URL parfaite modifiée dans six mois. Réfléchissez donc à l'arborescence avant, pas après. C'est un des points que nous fixons systématiquement au moment du cahier des charges.
Comment vérifier le maillage interne et les pages introuvables ?
Une page qui ne reçoit aucun lien depuis le reste du site est une page orpheline. Elle existe, elle est peut-être excellente, mais elle est difficilement découverte et mal évaluée. Parcourez votre arborescence et vérifiez que chaque page reçoit au moins un lien depuis une page de niveau supérieur, et que les liens contextuels dans le texte pointent vers les pages d'offre correspondantes.
Testez ensuite une adresse qui n'existe pas, en ajoutant n'importe quoi à la fin de votre domaine. Vous devez obtenir une page d'erreur qui renvoie bien le code adéquat, qui garde la navigation du site et qui propose des chemins de sortie : accueil, offres, contact. Une page d'erreur qui renvoie un code de succès est pire que rien, car elle laisse croire aux moteurs que la page existe.
Si le site remplace un site existant, le plan de redirections fait partie de cette recette. Chaque ancienne URL doit pointer directement vers sa nouvelle équivalente, sans chaîne intermédiaire, et jamais en bloc vers l'accueil.
Faut-il poser des données structurées avant la mise en ligne ?
Oui, sur les pages clés au moins, et pour une raison de coût : ajouter le balisage pendant la construction est presque gratuit, l'ajouter après demande de rouvrir des gabarits déjà livrés.
Sur un site vitrine, trois balisages couvrent l'essentiel. L'organisation ou l'entreprise locale sur la page d'accueil et la page de contact, avec le nom, l'adresse, le téléphone et les horaires. Les questions fréquentes sur les pages qui en contiennent réellement. Le fil d'ariane sur les pages profondes. Testez chaque balisage avec l'outil de validation avant publication, et vérifiez que les valeurs correspondent exactement à celles affichées à l'écran et à celles de votre fiche Google.
Comment repérer le contenu dupliqué sur un site neuf ?
Le contenu dupliqué d'un site neuf n'est presque jamais du plagiat, c'est de la duplication interne. Elle apparaît à trois endroits.
Les pages géographiques d'abord, quand un même texte est recopié en changeant le nom de la commune. C'est le cas le plus fréquent et le plus pénalisant, traité en détail dans notre article sur le référencement local sur plusieurs villes. Les pages d'offre ensuite, quand deux services proches partagent quatre-vingts pour cent du texte. Et enfin les versions multiples d'une même page accessibles par plusieurs adresses, avec ou sans barre oblique finale, avec ou sans paramètre, en www et sans www.
Le contrôle est simple : prenez une phrase caractéristique de chaque page et cherchez-la sur l'ensemble du site. Si elle apparaît sur trois pages, vous avez votre réponse.
Ce que je vois le plus souvent chez un client
Le scénario le plus fréquent est le site livré avec l'interdiction d'indexation encore active. Tout est bon, le site est beau, rapide, bien écrit, et il reste invisible pendant six semaines parce qu'une ligne de préproduction n'a pas été retirée. Le pire est que personne ne s'en aperçoit tout de suite : on attend, on se dit que le référencement prend du temps.
Le deuxième cas est le changement d'arborescence tardif. Le site est en ligne depuis deux mois, les pages commencent à être explorées, et quelqu'un décide de réorganiser les rubriques. Chaque URL change, il faut un plan de redirections, et on repart pour plusieurs semaines d'instabilité. Fixer l'arborescence avant la publication évite entièrement ce coût.
Le troisième est plus insidieux : la performance mesurée uniquement sur l'accueil. L'accueil est optimisé avec soin, les pages d'offre embarquent trois vidéos et un carrousel non compressé, et ce sont elles qui reçoivent le trafic de recherche. Mesurez au moins un exemplaire de chaque gabarit.
Enfin, une recommandation que je répète à chaque projet : branchez la Search Console le jour de la mise en ligne, pas trois mois plus tard. C'est le seul endroit où vous verrez si Google explore et indexe vraiment, et notre article pour comprendre la Search Console suffit à s'y retrouver en une demi-heure. Sans elle, vous pilotez à l'aveugle pendant la période où les corrections sont les moins chères.
Passer à l'action
Prenez le tableau des douze points et parcourez-le sur votre préproduction, dans l'ordre. Si vous ne devez en faire que deux aujourd'hui, faites le robots.txt et le test de l'affichage mobile sur un vrai téléphone : ce sont ceux qui produisent les dégâts les plus visibles et les plus faciles à éviter.
Si vous préférez faire vérifier votre site avant la bascule par quelqu'un d'extérieur au projet, réservez un appel de trente minutes ou passez par le calendrier de YZ Automation. Nous passons les douze points sur votre préproduction et vous repartez avec la liste des corrections classées par urgence. Le détail de notre approche est sur la page SEO technique et local.
Questions fréquentes
Que vérifier techniquement avant de mettre un site en ligne ?
Douze points : les indicateurs de performance sur mobile, l'affichage mobile testé sur un vrai téléphone, le certificat HTTPS, le plan de site XML, le fichier robots.txt, l'unicité des titres, les méta descriptions des pages importantes, des URL propres et stables, le maillage interne, la gestion des pages introuvables et des redirections, les données structurées sur les pages clés, et l'absence de contenu dupliqué. Comptez une demi-journée sur un site vitrine classique.
Pourquoi faut-il corriger le SEO technique avant l'indexation ?
Parce que le coût de correction augmente une fois les pages explorées. Changer une URL déjà connue de Google impose une redirection permanente, une nouvelle exploration et une période d'instabilité de plusieurs semaines. La même modification faite la veille de la mise en ligne ne coûte rien du tout. C'est la raison pour laquelle l'arborescence et les URL doivent être arrêtées avant publication, pas ajustées après coup.
Pourquoi mon site neuf n'apparaît-il pas du tout sur Google ?
La cause la plus fréquente est une interdiction d'indexation héritée de la préproduction, restée active dans le fichier robots.txt ou dans une balise de la page après la mise en ligne. Vérifiez ce fichier en premier, avant toute autre hypothèse. Les autres causes courantes sont un plan de site absent, des pages orphelines qu'aucun lien ne dessert, et un site simplement trop récent pour avoir été exploré en profondeur.
Comment tester correctement l'affichage mobile d'un site ?
Sur un vrai téléphone, pas dans un simulateur de largeur d'écran. Ouvrez le site, remplissez le formulaire de contact avec le pouce, cliquez le numéro de téléphone, faites défiler un tableau, essayez le menu. Une simulation de bureau ne révèle ni les zones cliquables trop rapprochées, ni le clavier qui masque un champ, ni les tableaux qui débordent. Testez au moins un exemplaire de chaque gabarit de page.
Faut-il une méta description sur toutes les pages ?
Non. Renseignez au minimum la page d'accueil, chaque page d'offre et la page de contact, c'est-à-dire les pages sur lesquelles le clic compte le plus. Sur les autres, l'extrait automatique généré par le moteur fait l'affaire, et il est souvent mieux adapté à la requête. La méta description n'est pas un facteur de classement, elle influence uniquement la probabilité qu'un internaute clique sur votre résultat.
Qu'est-ce qu'une page orpheline et pourquoi est-ce un problème ?
C'est une page qui ne reçoit aucun lien depuis le reste du site. Elle existe et fonctionne, mais les moteurs la découvrent difficilement et l'évaluent mal, faute de signal sur son importance. Le contrôle consiste à parcourir l'arborescence et vérifier que chaque page reçoit au moins un lien depuis une page de niveau supérieur, en plus des liens contextuels placés dans le texte des articles et des pages d'offre.
Le contenu dupliqué est-il pénalisé par Google ?
Il n'y a pas de sanction automatique dans la plupart des cas, mais l'effet est comparable : quand deux pages disent la même chose, aucune des deux ne se positionne correctement, car le moteur ne sait pas laquelle privilégier. Sur un site neuf, la duplication est presque toujours interne : pages géographiques recopiées en changeant la ville, pages d'offre trop proches, ou même page accessible par plusieurs adresses différentes.
Les données structurées améliorent-elles le classement ?
Pas directement. Elles aident les moteurs à comprendre de quoi parle la page et conditionnent certains affichages enrichis dans les résultats, ce qui peut augmenter le taux de clic. Sur un site vitrine, trois balisages suffisent : l'entreprise sur l'accueil et le contact, les questions fréquentes sur les pages qui en contiennent réellement, et le fil d'ariane sur les pages profondes. Posez-les pendant la construction, c'est là qu'ils coûtent le moins cher.
À lire aussi
Passer à l'action
Ce sujet correspond à un accompagnement SEO technique et local. Voir aussi l'ensemble des secteurs accompagnés et les zones d'intervention.
Découvrir YZ Automation · Lire les avis clients · Réserver un échange de 15 min