Publier une page et la voir trouvée sont deux événements distincts, que des semaines séparent dès que le catalogue grossit. Cet article porte sur l'étape dont personne ne rend compte : comment un robot dépense son temps chez vous, à quoi sert un sitemap, et ce que pilote l'Indexing Hub du panneau Semalt.
Beaucoup d'entreprises de Metro Vancouver n'ont pas de nombre de pages fixe. Un voyagiste publie ses dates de départ en février, les retire en octobre. Un détaillant de plein air laisse cohabiter deux collections. Un courtier de la Rive-Nord affiche onze propriétés cette semaine et en enlève sept.
C'est ce mouvement qui pose problème. Rien ne prévient un moteur que l'inventaire a changé : il l'apprend à son rythme, parfois six semaines après la fermeture des réservations.
Une page qui existe n'est pas une page qui est trouvée
Votre gestionnaire de contenu donne un total de pages au chiffre près. Personne ne donne celui que retient Google, et c'est dans l'écart que les entreprises saisonnières perdent des trimestres.
Trois choses se produisent dans l'ordre, chacune échouant selon sa logique. Le moteur apprend que l'adresse existe. Un robot la demande et reçoit une réponse exploitable. Alors seulement, il décide s'il garde la page. Les équipes rassemblent le tout sous un mot et se disputent sur la mauvaise étape.
- La découverte est un problème d'information. Aucun lien n'y mène; l'adresse dort derrière un sélecteur de dates qu'aucun robot ne manipulera. Le moteur n'ignore pas la page : il n'en a jamais entendu parler.
- L'exploration est un problème de ressources. Le robot a chaque jour un appétit limité pour votre domaine, et il peut le dépenser en combinaisons de filtres stériles.
- L'acceptation relève du jugement. Les fiches de disponibilité trop minces et les déclinaisons quasi identiques la perdent.
- Les remèdes ne sont pas interchangeables. Insister ne fait rien pour une page déjà téléchargée puis écartée; réécrire ne fait rien pour une page jamais demandée.
Un cas rend la coupure évidente. Un exploitant de navettes vers Whistler publie 340 pages de disponibilité datées en novembre; en janvier, 90 sont indexées. Aucune visite sur les 250 manquantes désigne la découverte, là où une soumission sert. Un téléchargement propre sur les 340 dit l'inverse.
Le budget d'exploration et ce qui le consomme vraiment
Le budget d'exploration ne s'achète ni ne se demande. Il découle de deux mesures tenues en continu : la vitesse et la fiabilité du serveur, et ce que le domaine a mérité. Renvoyez des 503 pendant la ruée du samedi et vous serez exploré avec prudence des semaines durant : un robot se freine plutôt que de faire tomber un hébergement fragile.
Le plus inconfortable : l'essentiel part vers des adresses non désirées. Le logiciel les fabrique, pas un plan éditorial, et elles dépassent les vraies pages d'un facteur dix.
| Ce qui consomme le budget | Sa forme sur un catalogue du Lower Mainland | Ordre de grandeur | Où se fait la correction |
|---|---|---|---|
| Navigation à facettes | Filtres de taille, couleur, marque et prix, chaque combinaison répondant 200 | Dizaines de milliers d'adresses pour quelques centaines de produits | Règles robots et balises canoniques |
| Paramètres de date et de session | Une adresse frappée par couple de dates essayé | Pratiquement sans limite | Traitement des paramètres au niveau applicatif |
| Inventaire périmé laissé en ligne | Annonces vendues et départs passés répondant encore 200 | Grossit chaque semaine d'exploitation | Une règle de retrait : 410, 301 ou remplacement |
| Réponses lentes en pointe saisonnière | Temps de réponse triplés quand la demande culmine | Rythme abaissé pendant des semaines | Capacité dimensionnée pour la saison, non la moyenne |
Le calcul est brutal. Quatre mille produits sur six dimensions de filtrage exposent plus de 100 000 adresses explorables : les nouveautés du mardi patientent derrière les permutations de couleur et de taille. Rien ne casse, rien n'est consigné, la collection ressort un mois trop tard.
Des catalogues qui ne tiennent jamais en place
Les entreprises les plus touchées ont un trait commun : leurs pages suivent l'inventaire plutôt qu'un calendrier éditorial, et la disponibilité change chaque semaine.
Pages de disponibilité saisonnière
Départs, traversées et chambres font une page par plage de dates.
- Indexées trop tard pour vendre
- Les dates de l'an dernier jamais retirées
Grands catalogues de plein air
Plusieurs milliers de références et déclinaisons, plus les états de filtre de la boutique.
- Les nouveautés attendent derrière d'anciennes permutations
- Les gammes abandonnées s'éternisent
Annonces qui vivent deux semaines
Elles paraissent, se vendent et disparaissent plus vite qu'un cycle d'exploration.
- Indexées une fois la propriété partie
- La demande grimpe sur l'annonce d'une politique
Un .ca et un .com en parallèle
Un seul catalogue, deux vitrines, deux devises, presque les mêmes mots.
- Chaque produit existe en double
- Les signaux se contredisent
- Les résultats américains devancent la boutique canadienne
Les quatre profils s'inversent pareillement : la page qui compte le plus a la durée utile la plus courte, et celles qui n'expirent jamais absorbent le robot. Voilà le goulot d'étranglement silencieux, que publier davantage ne desserre pas.
La saisonnalité ajoute une couche. Comparer d'un mois sur l'autre n'apprend rien, l'inventaire ayant bougé. La référence honnête est annuelle : quelle part des disponibilités de février était indexée à la mi-janvier, l'an dernier et cette année.
Le sitemap remplit une fonction que rien d'autre n'assure
Le sitemap tient d'ordinaire de la formalité, produit par une extension que personne n'a ouverte depuis trois ans. Sur un site qui se renouvelle chaque semaine, c'est pourtant le seul moyen fiable de déclarer ce qui a changé, et sa structure décide de la lisibilité de la réponse.
Le Hub accepte un fichier téléversé ou une adresse, puis analyse récursivement sur trois niveaux : un index pointant vers d'autres index, eux-mêmes vers les fichiers d'adresses. Une tâche couvre jusqu'à 1 000 sitemaps, ce qui rend le découpage praticable.
Une arborescence de sitemaps qui tient une saison
Découpée selon le comportement de l'inventaire, pour qu'une section en retard se voie d'emblée.
- Un index unique au premier niveau. Un seul fichier, désigné au moteur comme au Hub, qui énumère les index de section.
- Le deuxième niveau suit le renouvellement. Index séparés : pages permanentes, saison en cours, catalogue, arborescence française.
- Le troisième niveau porte les adresses. Des fichiers de taille raisonnable : une défaillance se loge alors en un point, sans traverser l'arbre.
- Les horodatages doivent dire quelque chose. Un lastmod qui bouge à chaque reconstruction nocturne apprend au robot à ignorer vos dates.
- Rien que du vivant et du canonique. Aucune redirection, aucun 404, rien en noindex, rien dont la canonique désigne ailleurs.
- Le retrait fait partie de la publication. Sortir une annonce vendue est la même tâche que l'ajouter; la plupart n'automatisent qu'une moitié.
Structuré ainsi, le sitemap devient une mesure : cent adresses soumises, trente trouvées dans l'index de la saison, et la partie immobilisée du site se désigne d'elle-même.
Pages qui bougent peu
Accueil, catégories, guides, coordonnées et pages de localisation.
- Valeurs de lastmod stables
- Resoumises après une vraie modification
Inventaire avec date de péremption
Disponibilités, départs, annonces, collection en cours.
- Reconstruit chaque jour depuis l'inventaire vivant
- Entrées sorties le jour de l'expiration
Les plafonds inscrits dans l'Indexing Hub
Dans le panneau, l'Indexing Hub voisine les modules de campagne, d'analytique et de positions, et couvre tout ce qui précède un classement. Quatre nombres en fixent les bornes.
Ce que le module traite, et ce qu'il refuse
Débit, taille de lot, profondeur, simultanéité : ce que tout calendrier de soumission respecte.
- Mille par jour, par compte. Plafond de débit du traqueur, sans report : un dimanche tranquille n'achète rien pour le lundi.
- Dix mille dans un même lot. Le lot est une remise de dossier, pas une cadence : remplissez-en un et vous avez mis dix jours en file.
- Les sitemaps sont lus sur trois niveaux. Fichier téléversé ou adresse; les index imbriqués sont suivis, jusqu'à 1 000 sitemaps par tâche.
- Deux tâches actives, vingt en file. La simultanéité est figée : une grosse migration se déroule en séquence.
Les soumissions passent par IndexNow, qui annonce aux robots inscrits — GoogleBot et BingBot compris — qu'une adresse est nouvelle ou modifiée. Plutôt que d'attendre un passage dans un recoin négligé, vous signalez le changement quand il survient : le gain est maximal le jour où une annonce paraît, puis le jour où elle se vend. La présentation des modules du panneau Semalt reconstruit la place à côté du volet analytique.
L'étape intermédiaire, en revanche, le Hub sait la prouver. Chaque adresse porte son journal : robot venu, heure, statut reçu, détail d'un échec. Trois compteurs tournent en direct au-dessus — soumises, trouvées, en échec.
Comment lire l'état d'un lot
Un lot vous laisse trois nombres et un journal. Les nombres ne valent que les uns par rapport aux autres, et le journal tranche la question de savoir à qui revient le problème.
| Ce que montrent les compteurs | La lecture probable | Quoi vérifier ensuite |
|---|---|---|
| Soumises nombreuses, trouvées rares, peu d'échecs | Signal parti, aucun robot venu | Le maillage interne : les orphelines sont servies lentement |
| Trouvées proches des soumises, indexées à plat | L'exploration va bien : lues, puis écartées | La duplication : fiches de disponibilité et déclinaisons |
| Échecs concentrés dans une seule section | Faute de routage ou de gabarit sur une branche | Le détail de l'erreur, puis le sitemap concerné |
| Échecs dispersés un peu partout | Capacité du serveur pendant la fenêtre d'exploration | Les temps de réponse aux horodatages |
| Des 200 sur des pages jamais apparues | Le moteur a lu, puis refusé | Rien ici : le dossier passe au contenu |
C'est cette dernière ligne qui justifie le journal. Un 200 consigné prouve l'appel et la réponse; il ne dit rien de la conservation. Séparer les deux transforme « le trafic baisse » en tâche assignable.
Lisez ces chiffres chaque semaine, non chaque jour, l'exploration se comptant en jours, et lisez le détail d'un échec plutôt que son total : quarante erreurs, c'est un nombre; quarante erreurs de même statut sur un même chemin, c'est un rapport de bogue.
Le doublon transfrontalier et la saison qui le déplace
Exploiter un .ca et un .com côte à côte est courant ici : la vitrine canadienne d'abord, une version américaine ensuite parce qu'un tiers des commandes part vers le sud, catalogue dupliqué, devise changée. Pour un moteur, un catalogue à deux adresses.
Le résultat n'est pas une pénalité, mais un choix fait à votre place : une version privilégiée, l'autre ignorée, et pas toujours dans le sens du revenu.
| Configuration | Ce que le moteur en comprend | Ce que cela coûte | Une réponse praticable |
|---|---|---|---|
| Catalogue identique sur le .ca et le .com | Les mêmes pages à deux adresses | La capacité dépensée deux fois | Différencier prix, livraison, disponibilités; cibler les régions |
| Concurrents américains sur des requêtes canadiennes | Domaines plus solides, même intention | Aucun coût direct, mais une barre plus haute | Ce que Seattle n'offre pas : stock local, cueillette, conditions |
| Une arborescence française traduite à la machine | Une seconde copie, plus faible, de chaque page | Allocation quotidienne dépensée en pure perte | Réécrire les pages à revenu, supprimer le reste |
La saisonnalité décide du moment où le travail rapporte. Soumettre en avril les disponibilités de l'été est tardif : la fenêtre s'ouvre dès que les pages existent. L'immobilier fait exception : ces requêtes suivent les annonces politiques, d'où une soumission continue plutôt qu'une salve.
Que soumettre est une question de preuves. Les vues Search Console du même espace de travail montrent quelles pages récoltent clics et impressions, la dynamique des mots-clés suivant les entrées et sorties du top dix; un export atteint 10 000 lignes en CSV ou JSON. Triez par ce qui rapporte déjà : vous tenez votre ordre de travail, et Stream, l'assistant voisin de My SEO, reprend la liste un lot à la fois.
Quand la file technique est la vraie contrainte
Paramètres et règles de retrait réclament du développement; les mots-clés et les liens n'attendent pas.
- Mots-clés et liens avancent en parallèle. AutoSEO, à 149 $ US par mois et par domaine, couvre découverte des mots-clés, priorisation et construction de liens sans toucher aux mises en production.
- Le contrôle manuel là où il compte. FullSEO, à 500 $ US, rend les commandes : choix des mots-clés avec repli automatique, liens visant une autorité de domaine, relecture humaine avant expédition. Le réseau de partenaires dépasse 230 000 sites.
- De quatre à huit semaines. Délai habituel avant le premier mouvement mesurable — d'où l'intérêt de commencer une saison plus tôt.
Questions qui reviennent
Une adresse soumise par le Hub finit-elle indexée ?
Non, et un fournisseur qui promet le contraire vend ce qu'il ne détient pas. Une soumission avertit les robots abonnés qu'une adresse est nouvelle ou modifiée. Le téléchargement, puis la décision de conserver, appartiennent au moteur. Vous achetez la levée d'un délai, pas un verdict.
Pourquoi 1 000 par jour si un lot en contient 10 000 ?
Les deux nombres mesurent des choses différentes. Le lot dit combien vous remettez d'un coup; le chiffre quotidien, combien avance. Remettez dix mille adresses et vous programmez une dizaine de jours : planifiez sur le chiffre quotidien.
Faut-il soumettre chaque année les pages de disponibilité saisonnière ?
Soumettez-les une fois, dès leur publication, et retirez alors le jeu de l'an dernier. Resoumettre une adresse inchangée ne donne rien et consomme l'allocation. Des dates neuves sur des adresses neuves sont des pages neuves : elles entrent dans la file tout de suite, des mois avant la demande.
Nos annonces immobilières se vendent en deux semaines. Vaut-il la peine de les indexer ?
Pour l'annonce isolée, souvent non : elle perd son utilité avant qu'un robot ne s'y arrête. La valeur est au-dessus : pages de quartier, de fourchette de prix, de type de propriété, qui durent et que les annonces tiennent à jour. Soumettez ces pages et laissez les fiches les alimenter.
Le calcul final, et par où commencer
Prenons un cas réaliste. Un détaillant de plein air change de plateforme : 6 200 produits, leurs déclinaisons, des catégories et des pages d'atterrissage saisonnières, une archive de guides, une vitrine américaine. Sur des chemins neufs, la migration laisse 60 000 adresses à faire retrouver.
Au plafond quotidien, cela fait 60 jours de traitement — de l'arithmétique, non un défaut de l'outil, et mieux vaut le dire avant qu'on promette un rétablissement en trois semaines. Six lots portent le volume; le nombre quotidien fixe le rythme.
Soixante jours ne posent problème que si les pages qui paient les factures atterrissent le cinquante-cinquième. Classées par valeur mesurée, non par l'ordre du générateur, les pages commerciales passent en deux semaines.
| Jours | Contenu | Volume | Raisonnement |
|---|---|---|---|
| 1–3 | Accueil, grandes catégories, les 200 produits porteurs de l'an dernier | 2 800 | Recherchés par leur nom; ils convertissent aussitôt |
| 4–9 | Le reste de la collection en cours et ses catégories | 6 000 | La saison est lancée; un jour perdu ne se rattrape pas |
| 10–25 | Les autres produits à impressions, plus les guides | 15 000 | Des revenus prouvés, rétablis avant les paris |
| 26–60 | Déclinaisons, pages d'étiquettes, archives paginées, gammes abandonnées | 36 000 | Peu de valeur mesurée — l'essentiel devrait disparaître |
Cette dernière ligne mérite un examen sévère avant d'engloutir cinq semaines d'allocation. Si 36 000 adresses n'ont produit aucune impression de l'année, le traitement s'appelle consolidation ou suppression.
Commencez petit, et cette semaine. Nettoyez le sitemap pour n'y laisser que des adresses vivantes et canoniques, découpez-le selon le renouvellement de chaque section, sortez l'export des pages qui rapportent, puis parcourez-le dans cet ordre. Laissez les grappes d'échecs hebdomadaires choisir la tâche suivante. Pour piloter indexation, analytique et campagnes au même endroit, connectez-vous au tableau de bord Semalt et ajoutez une propriété. Le relais d'une équipe externe est décrit sur notre page services, et d'autres analyses sur la recherche dans le Lower Mainland se trouvent au blogue.