Rendre le site de production récupérable
Listez les pages que vous voulez voir trouvées : généralement la page d’accueil, les pages produits ou services principales, les catégories clés, les pages de support et les articles originaux. Enregistrez chaque URL finale HTTPS et indiquez si elle est destinée à la recherche. Testez l’adresse publique de production dans un navigateur déconnecté ; les vues de staging, preview et connectées peuvent se comporter différemment.
Vérifiez la présence de murs de mot de passe, de directives noindex globales, de règles robots, d’erreurs, de chaînes de redirection et d’actifs critiques manquants au rendu. Robots.txt gère l’accès des crawlers ; Google rappelle que ce n’est pas un moyen d’empêcher une page web d’apparaître dans la recherche. Utilisez le contrôle d’accès pour le contenu privé et noindex pour les pages publiques explicitement exclues de la recherche.
Séparez les pages publiques indexables, les exclusions délibérées et les zones privées avant les tests.
Chargez l’URL préférée et les variantes HTTP, host, slash et héritées pertinentes.
Choisir une URL préférée par contenu
Une URL canonique est l’adresse représentative pour un contenu dupliqué ou très similaire. Décidez de l’hôte préféré, de la convention de slash et du traitement des paramètres, des pages imprimables et des chemins retirés. La navigation, les sitemaps XML, les liens canonical et les redirections doivent nommer cette même adresse.
Utilisez une redirection côté serveur permanente lors de la suppression ou de la consolidation d’un doublon. Sur les pages HTML indexables, utilisez un lien rel=canonical absolu dans l’en-tête de la page, en incluant un lien auto-référent sur la page préférée. Google décrit les redirections et les annotations canonical comme des signaux forts, l’inclusion dans le sitemap comme plus faible, et peut faire son propre choix canonique.
Pour chaque variante significative, enregistrez sa source, sa destination, son canonical et la raison.
Ne listez pas une URL dans le sitemap tout en déclarant ou en liant une autre comme canonical.
Redirigez les variantes HTTP vers l’adresse HTTPS préférée en production.
Clarifier et rendre utiles les pages prioritaires
Rédigez un titre de page unique et concis qui identifie précisément l’offre ou la réponse. Ajoutez une méta-description courte et spécifique comme résumé candidat, non comme promesse de ce que Google affichera. Google peut générer un titre à partir de plusieurs signaux et un extrait à partir du contenu de la page ou parfois de la description. Placez l’explication essentielle et l’étape suivante dans le contenu visible.
Utilisez des titres descriptifs et un langage naturel qui répondent à la tâche du visiteur. Évitez les textes copiés et les pages quasi identiques sans valeur ajoutée. Fournissez un texte alternatif descriptif pour les images significatives. Ne consacrez pas d’effort de lancement à la meta keywords : web.dev indique que les moteurs de recherche ne la considèrent plus utile.
Un lecteur doit pouvoir distinguer les pages à partir de leurs titres sans termes répétitifs.
La page répond à sa question centrale avant de demander une vente ou une inscription.
Relier le site avec des liens internes utiles
Les liens internes sont des liens entre des pages du même site. Ils aident les visiteurs à naviguer et aident Google à trouver le contenu. Liez depuis la page d’accueil et les hubs pertinents vers les pages prioritaires, en utilisant un texte d’ancrage qui identifie la destination. Ajoutez des liens contextuels quand ils répondent à la question suivante du visiteur ; une longue liste en pied de page ne remplace pas une structure compréhensible.
Utilisez les URL canoniques dans la navigation, les fil d’Ariane, les modules de contenu connexe et les appels à l’action. Sur un petit site, cliquez chaque itinéraire principal. Sur un plus grand site, utilisez un outil de crawl de confiance pour votre équipe afin d’investiguer les pages prioritaires orphelines, les liens cassés et les codes de réponse inattendus.
Chaque page prioritaire a besoin d’un chemin utile depuis un menu, un hub ou une page connexe.
Vérifiez les menus mobiles, les formulaires, les accordéons et les overlays de consentement ainsi que les liens desktop.
Publier un sitemap propre
Un sitemap XML indique aux moteurs de recherche quelles pages et quels fichiers vous jugez importants. Il peut soutenir la découverte d’un nouveau site, mais n’assure pas le crawling ni l’indexation. Si un CMS en génère un, inspectez-le. Incluez les URL publiques préférées destinées à la recherche ; excluez les redirections, les erreurs, les pages de test et les URL bloquées à l’indexation.
Conservez le sitemap à un emplacement stable et soumettez-le dans Search Console si approprié. Il complète, plutôt que répare, le maillage interne, la qualité du contenu et l’accès au crawl. N’utilisez des extensions de sitemap spécialisées que si elles correspondent à l’implémentation en production.
Faites correspondre les URL du sitemap avec l’inventaire des pages et la cartographie des canonicals.
Confirmez que les pages nouvellement préférées apparaissent et que les URL retirées disparaissent.
Mesurer la découverte et diagnostiquer les URL ciblées
Vérifiez la propriété de la propriété de production dans Google Search Console. Soumettez le sitemap si vous l’utilisez. Inspectez un échantillon représentatif : la page d’accueil, chaque template important, une page récemment modifiée et une URL de migration à haute valeur. URL Inspection fournit des informations d’indexation actuelles et peut tester une URL en direct ; utilisez-le pour enquêter sur un symptôme, pas pour demander chaque URL par habitude.
Consignez la date de lancement, les conventions d’URL, l’adresse du sitemap, les pages prioritaires et les exclusions. Passez en revue les performances de recherche pour impressions, clics, requêtes, pages et pays. Search Console est spécifique à Google et les données peuvent mettre du temps à apparaître, c’est donc une preuve de diagnostic, pas une preuve instantanée que chaque moteur de recherche a traité le lancement.
Sauvegardez les URL testées, le résultat observé, la date et le responsable pour comparaison ultérieure.
Vérifiez les exclusions d’indexation, les problèmes de sécurité et les Core Web Vitals en parallèle des tests au niveau page.
Faire du SEO une vérification de release et de remédiation
Incluez l’inventaire des pages, les redirections, les canonicals, le sitemap et des vérifications représentatives d’URL en direct dans le dossier de lancement. Status Is UP traite cela comme une optimisation proactive de l’uptime et de la remédiation : exposez les défauts de livraison ou de configuration avant une release et effectuez une correction contrôlée lorsqu’un défaut est introduit. La disponibilité n’est pas une garantie de classement.
Nommez la personne pouvant approuver un rollback ciblé si une release casse une route publique, un head de page, la navigation ou la génération du sitemap. Retestez les URL préférées affectées après la correction. Un préflight de route publique réduit les échecs de livraison évitables mais ne peut pas prédire le crawling, l’indexation ou le positionnement par un moteur.
Testez des routes publiques représentatives et les actifs après le déploiement, pas seulement en staging.
Documentez qui peut inverser un changement de routage, de template, de robots ou de sitemap nuisible.