Mettre en production et gérer l'indexation

Optimisez le déploiement et l'indexation pour une visibilité rapide et durable sur Google.

Porte-conteneurs naviguant sur une mer bleu profond

Publiez par vagues, donnez à chaque vague son propre sitemap et lisez l’indexation de la première comme un verdict sur votre template. Le lancement à éviter, c’est celui qui pousse toutes les URL le même jour et découvre ensuite qu’elles avaient toutes le même défaut.

Prenons le lancement d’un annuaire de coworking de 2 000 pages de villes, construit sur le modèle de données du chapitre précédent.

Lancez les contrôles qu’un template rend peu coûteux

Une erreur de template se multiplie par le nombre de pages, et sa correction aussi. Passez ces contrôles sur le HTML rendu d’un échantillon de chaque template, et scriptez tout ce que vous pouvez :

  • title et meta description uniques, écrits pour le clic autant que pour le mot-clé
  • un seul H1, et une hiérarchie de titres fidèle à la page
  • balise canonical absolue pointant vers la page elle-même
  • aucun bloc vide, aucun {{city}} brut, aucun undefined ni null dans le texte visible
  • JSON-LD valide, conforme à ce qui est visible sur la page, et accepté par le Schema Markup Validator
  • réponse 200 et aucun noindex oublié
  • affichage correct sur mobile, avec le contenu principal présent dans le HTML reçu par Google

Pour la vitesse, auditez une URL par template avec Lighthouse ou PageSpeed Insights, et corrigez une fois. Ce sont des mesures de laboratoire. Les données terrain du rapport Core Web Vitals (LCP, INP, CLS) n’apparaissent qu’une fois que de vrais utilisateurs de Chrome ont visité les pages : de nouvelles pages à faible trafic peuvent en rester dépourvues un moment.

Reste la question qu’aucune checklist ne pose : enverriez-vous un ami sur la page de la ville la moins bien renseignée ? Si la réponse est non, revenez à votre seuil.

Testez en préproduction, et protégez-la vraiment

Un environnement de préproduction doit être protégé par une authentification HTTP. Un Disallow dans le robots.txt empêche le crawl, mais une URL bloquée peut tout de même être indexée si elle reçoit des liens. Le piège inverse est pire : le noindex ou le blocage de la préproduction qui part en production avec la livraison. Ajoutez ce contrôle à votre script de déploiement.

Le déploiement lui-même doit être ennuyeux et reproductible. Sur Webflow, un script ou un scénario Make pousse les éléments via l’API du CMS et les publie. Sur Astro, le build lit les lignes marquées ready et votre CI déploie le résultat. Dans les deux cas, c’est la base qui décide de ce qui sort, et retirer une page revient à changer un statut.

Navire chargé quittant un port avec ses remorqueurs

Déployez par vagues dont vous pouvez apprendre

Google ne publie aucun nombre de pages par jour sans risque et je ne vais pas en inventer un. Je procède par vagues parce qu’une petite vague me dit si le template s’indexe tant qu’une erreur coûte encore peu. Cela vous garde aussi du bon côté de la politique sur l’abus de contenu à grande échelle, qui vise les milliers de pages dont personne n’a besoin, quel que soit leur rythme de publication.

Vague Pages Lesquelles On continue quand
1 100 Les villes aux données les plus riches La plupart sont indexées et obtiennent des impressions
2 400 Les villes moyennes L’indexation se maintient à un niveau comparable
3 1 500 Tout ce qui a passé votre seuil Aucun nouveau type d’erreur sur la vague 2

Ces tailles sont un exemple. Gardez le principe : composez la première vague avec vos meilleures pages, pour qu’un mauvais résultat ne puisse venir que du template ou du site.

Donnez à Google un sitemap que vous saurez lire

Un sitemap par vague ou par template, regroupés dans un fichier d’index :

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemaps/cities-wave-1.xml</loc>
    <lastmod>2026-11-02</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemaps/cities-wave-2.xml</loc>
    <lastmod>2026-11-16</lastmod>
  </sitemap>
</sitemapindex>

Ce découpage paie dans Search Console, où le rapport d’indexation des pages peut être filtré par sitemap. Vous obtenez un taux d’indexation par vague sans aucun outil.

Générez ces fichiers depuis la table page pour qu’ils ne listent que des URL publiées. Un sitemap est limité à 50 000 URL ou 50 Mo non compressés. Google ignore priority et changefreq, et ne se fie à lastmod que si la valeur reste exacte : ne la mettez à jour que lorsque le contenu change vraiment. Soumettez l’index dans Search Console et déclarez-le dans le robots.txt. Google a retiré son ancien point de ping des sitemaps en 2023, il ne reste donc que ces deux voies.

User-agent: *
Disallow: /search
Disallow: /*?sort=

Sitemap: https://www.example.com/sitemaps/index.xml

Profitez-en pour vérifier les réglages de votre CDN. Certains proposent de bloquer les robots d’IA en un clic : si vous voulez que ces pages nourrissent les réponses des IA, leurs crawlers doivent pouvoir passer.

Ce qui accélère réellement l’indexation

Les liens internes depuis des pages déjà indexées sont le levier le plus fort que vous contrôlez. Reliez la nouvelle vague depuis vos hubs, vos pages régionales et, si cela a du sens, votre page d’accueil, comme expliqué dans le chapitre sur le maillage interne. Une page présente dans un sitemap et liée de nulle part envoie un signal faible. Les liens externes aident aussi les hubs, et valent la peine d’être obtenus pour la section dans son ensemble.

L’outil d’inspection d’URL permet de demander l’indexation, et je le réserve à une poignée de pages stratégiques. Le quota est faible, et redemander ne sert à rien.

L’API Indexing est souvent vendue comme un raccourci. Google la limite aux pages d’offres d’emploi et aux vidéos en direct : si ce n’est pas ce que vous publiez, laissez-la de côté. Côté Bing, IndexNow et l’API URL Submission sont des moyens légitimes de signaler des URL nouvelles ou modifiées. Google ne participe pas à IndexNow, voyez-y donc une couverture supplémentaire pour les autres moteurs et les produits d’IA qui s’en servent.

Grues portuaires le long d’un navire à quai

Lisez le rapport d’indexation statut par statut

Statut Ce que cela signifie en général Ce que je fais
Détectée, actuellement non indexée Google connaît l’URL et ne l’a pas récupérée Renforcer les liens internes, patienter, vérifier la capacité du serveur
Explorée, actuellement non indexée Google a lu la page et l’a écartée Y voir un signal de qualité, enrichir la page ou la remettre en cause
Page en double : Google n'a pas choisi la même URL canonique que l'utilisateur Pages trop semblables Comparer les deux pages, ajouter des données distinctives
Exclue par la balise "noindex" Attendu, ou oubli Confirmer que c’est volontaire
Soft 404 La page paraît vide à Google Ajouter du contenu, ou renvoyer une vraie 404

Faire passer un échantillon par l’API URL Inspection vous donne le statut exact URL par URL quand les exemples du rapport ne suffisent pas. Les logs serveur complètent le tableau en montrant à quelle fréquence Googlebot visite chaque vague. Vérifiez qu’il s’agit bien de Googlebot, le user agent étant facile à usurper.

Un mot sur le budget de crawl, une notion trop souvent invoquée. Google indique qu’il concerne surtout les très gros sites ou ceux dont le contenu change très vite. À 2 000 pages, une page qui ne s’indexe pas a presque toujours un problème de qualité ou de découverte.

Gardez l’index propre dans la durée

Tous les quelques mois, passez en revue les pages qui restent non indexées ou n’obtiennent aucune impression. Une page orpheline retourne dans le maillage. Une page pauvre est enrichie, fusionnée dans sa page régionale avec une redirection 301, ou supprimée avec un code 404 ou 410 si rien ne la remplace.

Passez ces pages en pruned dans la base pour qu’elles sortent automatiquement du sitemap et des liens. Utilisez noindex lorsqu’une page doit exister pour les utilisateurs mais pas dans la recherche, en sachant que Google continuera de la crawler pour lire la balise. Ne bloquez pas dans le robots.txt une URL dont vous attendez le noindex : Google ne peut pas lire la balise d’une page qu’il ne peut pas récupérer.

Avec ces fondations, les pages peuvent continuer à rapporter toutes seules. En janvier 2025, les pages de Derrick apportaient encore 88 clics par jour, deux ans plus tard et sans aucun travail SEO supplémentaire.

Votre prochaine étape : choisissez vos 100 premières URL, générez leur sitemap et soumettez-le. Laissez passer quelques semaines, puis ouvrez le rapport d’indexation filtré sur ce sitemap et commencez à suivre les performances par vague.