Une page qui existe n'est pas une page qui est trouvée. Sur la plupart des sites de camionnage du Manitoba, les pages qui comptent sont écrasées cinquante contre une par des pages fabriquées pour des municipalités où l'entreprise n'a aucune adresse — et le robot dépense son temps en conséquence.
Le classement attire toute l'attention, mais c'est la dernière des trois étapes. Avant d'être classée, une page doit être indexée ; avant d'être indexée, elle doit être découverte. Sautez l'une des deux premières et le travail de rédaction est perdu.
Cette étape est invisible de l'extérieur. Personne ne remarque qu'une page de service dort hors index depuis onze semaines, parce que rien n'a l'air brisé. La page s'affiche, le menu fonctionne, le formulaire s'envoie. Elle n'est pas dans l'index, et aucune réécriture n'y changera rien.
Découverte, indexation et classement sont trois choses
La découverte, c'est le robot qui apprend qu'une URL existe, par un lien ou une entrée de plan de site. L'indexation, c'est Google qui décide de conserver la page. Le classement est la compétition qui suit. Chaque étape écarte des pages, en silence.
La plupart des propriétaires tiennent la publication pour de la disponibilité. Sur un petit site au maillage propre, l'hypothèse tient. Sur un site de plusieurs centaines d'URL presque toutes minces, elle cesse de tenir — et d'abord pour les pages les plus récentes, celles que vous venez de payer.
| Étape | Ce qui doit se produire | Ce qui déraille |
|---|---|---|
| Découverte | Un robot trouve l'URL | Aucun lien interne, aucune entrée au plan de site |
| Exploration | La page est récupérée | Le budget part dans les doublons et les paramètres |
| Indexation | Google conserve la page | Jugée mince ou dupliquée, écartée sans avis |
| Classement | La page entre en concurrence | Répertoires et bourses de fret tiennent les résultats |
Le carrefour d'indexation agit sur les deux premières étapes, pas sur la troisième. Poser cette limite fait la différence entre bien se servir de l'outil et lui demander l'impossible.
La prolifération des pages de localité, et pourquoi elle dévore le reste
Voici le motif, quasi universel sur les sites de camionnage et de logistique manitobains montés entre 2016 et 2020. Quelqu'un a vendu au propriétaire l'idée d'une couverture locale. Résultat : une page par municipalité dans un rayon de quatre cents kilomètres — Steinbach, Selkirk, Morden, Winkler, Portage la Prairie — chacune copiée sur la précédente avec le nom du lieu échangé.
Sont venues ensuite les pages de trajet : une URL par paire origine-destination que le logiciel de répartition pouvait énumérer. Quarante municipalités font quarante pages. Quarante origines contre quarante destinations font seize cents URL générées, qui diffèrent par deux noms propres. Pendant ce temps, l'entreprise possède peut-être douze pages qui décrivent quelque chose de réel : fourgon sec, réfrigéré, plateau, groupage, transbordement, entrepôt sous douane, formalités douanières et quelques dossiers de clients.
Chacune de ces pages est une URL que le robot doit récupérer, évaluer et écarter. Elles se disputent les mêmes requêtes : la vue des pages montre Google en choisir une différente chaque mois. Et elles revendiquent des adresses que l'entreprise n'a pas, ce qui est un problème de crédibilité autant que de technique.
La solution est sans éclat et peu coûteuse. Fondez les municipalités en une page de couverture régionale qui les nomme comme territoire desservi, sans prétendre à une adresse dans chacune. Remplacez la matrice de trajets par quelques pages de corridor précises : le Winnipeg–Chicago, le fret vers le nord depuis le poste d'Emerson, le service à température contrôlée vers la Saskatchewan. Cinq vraies pages battent seize cents pages générées.
La matrice des municipalités
Des pages presque identiques pour des lieux sans adresse, sans téléphone et sans personnel. Redirigez-les vers une page de couverture.
- Redirection 301 vers la page régionale
- Sortez-les du plan de site
La matrice des trajets
Des paires origine-destination générées en lot. Gardez les corridors que vous roulez vraiment et supprimez le reste.
- Cinq à dix corridors
- Chacun écrit à la main
Équipement et services
Réfrigéré, plateau, groupage, entreposage sous douane. Ces pages répondent à une question qu'un expéditeur tape vraiment.
Les pages de preuve
Certifications, assurance, dédouanement, dossiers avec une marchandise et un trajet. Difficiles à générer, difficiles à copier.
Le budget d'exploration et ce qui le dépense en douce
Le budget d'exploration, c'est l'attention qu'un moteur accorde à votre domaine sur une période. Il n'est pas publié, il ne se règle pas, et sur un petit site il bloque rarement — jusqu'à ce que la prolifération le rende contraignant. Ce qui compte, c'est la part d'exploration qui tombe sur des pages qui vous importent.
Les consommateurs sont prévisibles. Les pages de localité et de trajet d'abord. Puis les paramètres issus des filtres et des tris, les versions imprimables, les identifiants de session, les copies de préproduction restées accessibles, les paginations sans fin, et les vieux tarifs en PDF oubliés depuis 2018.
- Plusieurs chemins vers la même page. Avec et sans barre oblique finale, http et https, www et domaine nu, variantes en majuscules. Chacun double le travail pour rien.
- Paramètres de filtre et de tri. Un site d'entreposage avec un inventaire consultable engendre des milliers de combinaisons à partir d'une seule page de stock.
- Chaînes de redirection. Trois sauts pour atteindre une page multiplient le coût de chaque visite. Après un changement de nom, elles s'accumulent vite.
- Réponses lentes. Un serveur à deux secondes par page est moins exploré qu'un serveur à trois cents millisecondes. L'hébergement est une question d'exploration.
- Pages orphelines. Une page que rien ne lie n'est découverte que par le plan de site, quand elle l'est. Chaque microsite de campagne en laisse.
- Fausses erreurs. Une page qui répond 200 avec « aucun résultat » ressemble à du contenu et se fait explorer comme du contenu.
Rien de tout cela n'exige un contrat de développement. Il faut un après-midi, un rapport d'exploration et une liste. Si ces défauts persistent, ce n'est pas par difficulté : rien ne casse visiblement, donc rien ne se planifie.
Le plan de site est un outil de découverte, et la plupart n'en sont pas
On traite le plan de site comme un fichier qu'une extension produit et que personne n'ouvre. Bien lu, c'est une déclaration : voici les URL que je juge dignes d'être indexées. Avec seize cents pages de trajet dedans, cette déclaration fait des dégâts.
Le carrefour d'indexation accepte un plan de site par téléversement ou par URL et l'analyse récursivement sur trois niveaux — un index qui pointe vers des index qui pointent vers des plans — avec jusqu'à 1 000 plans par tâche. Cette profondeur existe pour de très grandes structures. La plupart des sites d'ici ont besoin de deux niveaux, souvent d'un seul.
Soumission et lecture des plans de site
La moitié « découverte » du panneau : ce qui part, à quel rythme, et ce qui revient.
- 1 000 URL par jour, par compte. Un plafond quotidien ferme. Il gouverne tous les plans et ne se négocie pas en soumettant plus fort.
- 10 000 URL par lot. Le lot est le contenant ; le budget quotidien est la vitesse à laquelle il se vide.
- Lecture récursive sur trois niveaux. Téléversez le fichier ou indiquez l'URL. Jusqu'à 1 000 plans par tâche.
- Deux tâches simultanées, vingt en attente. De quoi lancer un site complet et une reprise de section sans système d'ordonnancement.
- Soumission par IndexNow. Pousse vers GoogleBot et BingBot au lieu d'attendre d'être trouvé.
La limite de deux tâches simultanées est plus utile qu'il n'y paraît. Un transporteur qui regroupe ses pages de municipalité passe le plan complet dans une tâche pendant qu'une seconde traite les quinze pages de corridor qui remplacent la matrice. Vingt tâches en attente dépassent largement ses besoins.
Mille par jour, dix mille par lot, et ce que fait IndexNow
Les deux nombres vont ensemble et se confondent souvent. Le lot dit combien d'URL vous pouvez remettre d'un coup : jusqu'à 10 000. Le budget quotidien dit combien sont traitées : 1 000 par compte et par jour. Un lot complet de 10 000 URL met donc dix jours à se vider, et aucun arrangement de la file n'y change rien.
C'est la contrainte qui transforme la prolifération en calendrier. Un site de 1 700 pages met près de deux jours à tout soumettre une fois, et dépense l'essentiel de ce budget sur des pages que vous supprimeriez si vous les regardiez. Un site de 120 pages bien choisies soumet tout en une matinée et garde du budget pour trois mois.
IndexNow est le mode de livraison. Au lieu d'attendre qu'un robot passe, l'interface signale à GoogleBot et à BingBot qu'une URL est nouvelle ou modifiée. Elle raccourcit l'attente avant la visite. Elle n'a aucune opinion sur la suite.
| Type de site | URL | Jours pour une soumission | Usage sensé du budget |
|---|---|---|---|
| Transporteur au site proliférant | 1 700 | 2 | Regrouper d'abord, puis soumettre 150 |
| Transporteur après regroupement | 150 | Moins de 1 | Tout soumettre, puis les changements |
| Logisticien avec filtres d'inventaire | 9 000 | 9 | Bloquer les paramètres, soumettre 200 pages |
| Transformateur après refonte | 400 | 1 | Tout le site une fois, puis les écarts |
| Imprimerie avec microsites | 600 | 1 | Retirer les microsites morts d'abord |
Le motif de ce tableau ne varie pas. Dans presque tous les cas, le bon premier geste n'est pas de soumettre plus d'URL : c'est d'en avoir moins, puis de soumettre celles-là. Les fonctions d'indexation du panneau rendent la seconde étape rapide ; la première n'appartient qu'à vous.
Ce que l'état d'un lot vous apprend vraiment
Chaque URL porte sa propre fiche de soumission : la visite du robot horodatée, l'état, et le détail de l'erreur en cas d'échec. Au-dessus, des compteurs en direct pour les URL soumises, trouvées et en échec. C'est plus de retour que la plupart des outils n'en donnent, et ce n'est pas un rapport d'indexation.
Lisez les trois compteurs dans l'ordre. « Soumise » veut dire que l'URL a quitté votre compte : un fait sur vous, pas sur Google. « Trouvée » veut dire qu'un robot est venu chercher la page, premier signal vraiment externe. « En échec » veut dire que la récupération a cassé, et le détail nomme d'habitude une chose que vous contrôlez : un 404 hérité d'un vieux plan, une boucle de redirection, un délai dépassé, une règle robots sur un répertoire oublié.
Un fait sur votre compte
L'URL est entrée dans la file. Ça ne dit rien sur la venue d'un robot ni sur sa décision.
Le robot est passé
Une visite horodatée. La découverte a fonctionné. L'indexation est une décision distincte, prise plus tard.
Souvent de votre faute, souvent réparable
404, boucles, délais dépassés, répertoires bloqués. Le détail de l'erreur est le champ le plus utile du journal.
Trouvée, jamais indexée
L'issue habituelle des pages minces. Aucune erreur, aucune explication : la page a été lue et jugée sans valeur.
Ce quatrième cas est celui qu'il faut intégrer. Une page de trajet peut être soumise, visitée rapidement, consignée avec un état propre, et ne jamais paraître dans l'index. Rien dans le journal ne le signalera : rien n'a techniquement échoué. Le seul endroit où ça se voit, c'est l'absence d'impressions dans Search Console des semaines plus tard.
Garder l'inventaire propre quand personne ne surveille le site
Un regroupement est un projet ponctuel. Tenir l'inventaire honnête ensuite ne l'est pas, et c'est là que ces entreprises perdent leurs gains. Le site reçoit une page en mars, une redirection casse en juin, et personne ne s'en aperçoit avant l'hiver suivant.
FullSEO
Pour l'entreprise sans capacité interne en marketing qui doit quand même entretenir le côté technique.
- Une équipe plutôt qu'un outil. Spécialistes du référencement, développeurs et rédacteurs, ce que demande vraiment un regroupement de seize cents URL.
- Révision humaine avant la mise en ligne. Rien n'atteint le site tant que personne ne l'a lu, condition permanente quand le propriétaire signe lui-même.
- Choix manuel des mots-clés avec repli automatique. Termes de corridor et d'équipement choisis délibérément plutôt que ramassés en lot.
- Placement manuel avec cible d'autorité de domaine. Appuyé sur un réseau partenaire de plus de 230 000 sites.
L'option légère est AutoSEO, à 149 $ US par mois et par domaine, qui trouve les mots-clés, construit les liens et propose des correctifs automatiquement, avec la même analytique. Aux taux récents, les deux niveaux valent environ 200 et 680 dollars canadiens par mois, approximativement. Stream, l'assistant de la zone My SEO, prend des listes d'URL en lot et garde rapports, placements et tâches dans un seul fil de projet.
Questions fréquentes
Nous avons supprimé quatre cents pages de localité. Est-ce que ça va nuire au trafic ?
Si elles étaient presque identiques et ne rapportaient rien, non. Redirigez chacune vers la page de couverture régionale au lieu de les laisser en 404, retirez-les du plan de site, et attendez-vous à quelques semaines de rapports instables. Vérifiez d'abord la vue des pages pour confirmer qu'elles ne rapportaient rien.
Combien de temps après la soumission une page devrait-elle être indexée ?
Il n'y a aucun délai garanti. La soumission par IndexNow raccourcit d'ordinaire l'attente de la visite à des jours plutôt qu'à des semaines, et le journal montrera cette visite horodatée. L'indexation est une décision distincte, sans échéancier, et pour une page mince elle peut ne jamais venir.
Faut-il mettre toutes les pages du site dans le plan de site ?
Seulement celles que vous voulez voir indexées. Des URL canoniques qui répondent 200, sans redirection, sans variante à paramètres, sans page de remerciement ni de connexion. Un plan qui liste tout est un plan qui ne recommande rien, et il dépense votre budget à votre place.
Notre site a quatre-vingt-dix pages. Le budget d'exploration nous concerne-t-il ?
Rarement comme limite, mais les vérifications rapportent quand même. Chaînes de redirection, chemins en double et pages orphelines ralentissent la découverte à toute taille, et quatre-vingt-dix pages propres sont bien mieux explorées que quatre-vingt-dix pages noyées dans quatre cents variantes à paramètres.
Peut-on lancer le site complet et une nouvelle section en même temps ?
Oui. Deux tâches de plan de site s'exécutent en parallèle et vingt attendent dans la file, donc un inventaire complet et une reprise de section peuvent partir ensemble. Le plafond de 1 000 URL par jour s'applique toujours à l'ensemble du compte : la simultanéité change l'ordre, pas le débit.
Le calcul final
Reprenons le transporteur au site proliférant : 1 600 pages de trajet, 40 pages de municipalité, 60 pages réelles, 1 700 URL en tout. Tout soumettre consomme presque deux journées de budget, et environ quatre-vingt-seize pour cent de cette dépense va à des pages que Google récupérera une fois avant de refuser de les garder. Répétez chaque mois : les vraies pages reçoivent une fraction de l'attention, en permanence.
Regroupez maintenant. Quarante pages de municipalité deviennent une page de couverture. Seize cents URL de trajet deviennent huit pages de corridor écrites à la main. L'inventaire tombe à environ soixante-dix URL. Le site entier se soumet en moins d'une journée, avec du budget de reste pour tout le trimestre — et le robot passe son temps sur les pages qui décrivent ce que l'entreprise vend.
L'ordre compte plus que l'outillage. Supprimez et regroupez d'abord, réparez les chemins en double et les redirections ensuite, soumettez en troisième, lisez le journal en quatrième. Faire l'inverse produit un registre très soigné d'un robot qui récupère sans cesse des pages que personne n'aurait dû publier. Les textes voisins sont sur le blogue, la mise en œuvre du côté de nos services.
Pour voir à quoi ressemble votre propre inventaire avant de décider quoi couper, branchez le domaine dans votre espace Semalt, lancez une tâche de plan de site et lisez les compteurs. Sur la plupart des sites d'ici, la conclusion utile arrive dans l'heure : le nombre d'URL compte quatre chiffres, et le nombre de pages que quelqu'un défendrait en compte deux.