Vous modifiez un mot-clé dans le titre d’une fiche produit, et le lendemain elle a disparu des résultats. Le réflexe courant consiste à parler de délai d’indexation, à attendre sagement que Google repasse. Sauf que dans la majorité des cas remontés sur les forums, le problème n’a rien à voir avec la patience : il tient à l’URL elle-même. Un permalien mal formé, une structure qui traîne un index.php, et la fiche devient inaccessible aux robots comme aux visiteurs. On va démêler ça avec deux cas concrets.
Deux signalements qui racontent la même panne
Sur le forum WPFR, un utilisateur poste le 14 décembre 2022 : ses fiches produits ne répondent plus sur lespetitescreasdefalco.be. Sa configuration est classique, WordPress 6.1.1, le thème OceanWP, l’extension WooCommerce, et il précise que tout fonctionnait encore le jeudi précédent.
Le genre de détail qui oriente tout de suite vers une modification récente plutôt que vers une panne d’hébergement. Pour comprendre comment une fiche produit se construit côté référencement, mediaschool-formations.com détaille les mécanismes de balisage et de structuration d’URL.
Le même jour, la solution tombe, et elle est d’une banalité désarmante. L’utilisateur explique s’être rendu dans « Réglages », puis avoir modifié le permalien produit par défaut. Pas de régénération de sitemap, pas de demande d’indexation, pas de semaine d’attente. Un réglage dans l’administration, et les fiches reviennent. La panne venait donc du format d’URL appliqué aux produits, pas du contenu ni des mots-clés du titre.
Le second cas arrive de WebRankInfo. Emilien Barré met en ligne touchemarine.fr le 10 octobre et constate que Google a bien référencé ses pages, mais que ses fiches produits n’apparaissent pas pour la plupart, certaines n’ayant été visitées qu’une seule fois par les robots. Même symptôme, contexte différent : le site est neuf, l’indexation partielle, et l’utilisateur cherche du côté du délai. Olivier Duffez, admin du forum, lui répond d’abord par un peu plus de patience, avant d’ajouter l’essentiel.
Ce que le changement de titre déclenche vraiment
Modifier un mot-clé dans le titre ne change pas l’URL, en théorie. En pratique, beaucoup de configurations WordPress génèrent l’adresse du produit à partir du titre au moment de la publication, et une modification du permalien suffit à créer une nouvelle adresse. L’ancienne renvoie alors une erreur, la nouvelle n’est pas encore connue de Google, et la fiche sort temporairement de l’index. Le problème n’est pas le mot-clé en lui-même, c’est la rupture d’adresse qu’il provoque.
Les réglages à vérifier avant toute autre chose
La première chose à faire n’est pas d’attendre, mais d’ouvrir l’administration et de regarder ce que WordPress produit comme adresse par défaut pour un produit. Un utilisateur de WPFR a réglé son problème exactement comme ça, sans intervention extérieure.
- Ouvrez « Réglages » puis « Permaliens » et notez la structure appliquée aux produits.
- Une adresse qui contient index.php dans le chemin, est-ce normal pour vous ?
- Le modérateur ferman, avec ses 7999 contributions sur WPFR, rappelle qu’il n’y a pas de raison que des permaliens avec index.php ne tiennent pas, si cela ne dérange pas le propriétaire du site.
- Vérifiez qu’une ancienne fiche renvoie bien vers la nouvelle plutôt que vers une page d’erreur.
- Clic sur chaque fiche depuis la navigation réelle, pas depuis le back-office.
Ce dernier point compte plus qu’il n’y paraît. Une fiche visible dans l’administration ne l’est pas forcément pour un visiteur anonyme, et encore moins pour un robot. Il faut sortir de l’interface, ouvrir une fenêtre de navigation privée, et cliquer comme le ferait un client.
Le cas des index.php mérite qu’on s’y arrête. Les traîner dans ses URL n’est ni une faute ni un problème technique en soi, ferman le dit clairement. Mais si ce format est apparu par accident, à la faveur d’une migration ou d’un réglage oublié, il faut savoir qu’on l’assume. Une adresse propre se corrige en une manipulation, à condition d’être sûr de ce qu’on fait, car le changement invalide les anciennes adresses déjà indexées.
Auditer avant d’attendre l’indexation
Olivier Duffez a fait ce que beaucoup de webmasters évitent : il a lancé un audit du site avec l’outil RM Tech plutôt que de rassurer à distance. Résultat, de nombreux problèmes ou sous-optimisations relevés pour un site tout neuf. Voilà pourquoi conseiller la patience en premier réflexe est une erreur de méthode. Un site récent cumule souvent plusieurs défauts, et l’indexation partielle n’en est que la conséquence visible. Sur ce point, voir aussi notre article sur googlebot lire logs.
Sa recommandation tient en deux temps. Corriger d’abord les problèmes techniques et les sous-optimisations, puis fournir une plus grande valeur ajoutée pour se démarquer des concurrents. La question à se poser n’est pas « quand Google va-t-il passer », mais « sur quelles requêtes Google devrait positionner mes fiches produits en page 1 ». Si la réponse n’est pas claire, le problème est éditorial autant que technique.
Les questions sur les fiches d’établissement Google remontent sans cesse, et elles suivent la même logique. Pourquoi ma fiche n’apparaît-elle pas ? Pourquoi n’est-elle visible que par moi ? Dans la quasi-totalité des cas, la fiche existe, mais n’est pas validée, ou l’adresse ne correspond pas à celle du commerce, ou la catégorie principale est vide. Ce sont des vérifications factuelles, pas des mystères d’algorithme. Vérifier, corriger, puis attendre : l’ordre compte plus que la durée.
Une fiche d’établissement qui n’apparaît pas seulement pour son propriétaire signale presque toujours une validation en cours ou un conflit avec une autre fiche sur la même adresse. Là encore, la patience seule ne règle rien tant que la cause n’est pas identifiée. Ce raisonnement vaut pour Google Business Profile comme pour une fiche produit WooCommerce : on diagnostique avant de temporiser.
La marche à suivre concrète
Reprenez votre fiche produit. Ouvrez les réglages de permaliens, notez la structure appliquée, et comparez l’adresse obtenue avec celle qui figure dans le sitemap. Si un index.php s’y est glissé sans que vous l’ayez choisi, décidez : vous le gardez et vous l’assumez, ou vous le retirez et vous prévoyez une redirection pour les anciennes adresses. Dans les deux cas, le changement de titre n’est plus le coupable, seulement le déclencheur.
Ensuite, vérifiez l’accessibilité réelle depuis une navigation privée, sur chaque fiche modifiée. Si une fiche ne s’ouvre pas, aucune patience ne la fera remonter. Si elle s’ouvre normalement, alors le problème peut effectivement être un délai d’indexation, et l’attente devient légitime. Tester plutôt que supposer, c’est la seule façon de savoir dans quel cas on se trouve.
Reste l’audit complet, celui que Duffez a lancé sur touchemarine.fr. Un site tout neuf qui n’indexe qu’une partie de ses fiches cache souvent d’autres défauts, balisage incomplet, contenu trop proche entre produits, absence de hiérarchie claire. Corriger l’URL répare l’accès, pas le positionnement. Ce sont deux chantiers distincts, et les confondre conduit à attendre des semaines un résultat qui ne viendra pas.
La panne d’URL n’est jamais une question de calendrier
Une fiche produit qui disparaît après un changement de titre se répare dans les réglages, pas dans l’attente. Les deux signalements cités le montrent : la solution tient à un permalien par défaut, à des index.php assumés ou corrigés, à un audit lancé avant de temporiser.
La patience n’a de sens qu’une fois l’accessibilité vérifiée et les défauts techniques traités, jamais avant. La prochaine fois que votre fiche s’évapore, allez voir l’URL produite par WordPress avant de regarder votre calendrier. Combien de semaines avez-vous déjà perdues à attendre un correctif qui se trouvait dans un menu de réglages ?
