wp sitemap list-providers renvoie, sur une marketplace réunissant plusieurs centaines de créateurs indépendants vendant des pièces artisanales, une liste de fournisseurs de sitemap bien plus longue que sur un site e-commerce classique : un fournisseur pour les fiches produit, un pour les pages de catégorie, mais aussi, souvent sans que personne ne l’ait décidé explicitement, un fournisseur généré automatiquement pour les profils publics des créateurs, incluant leurs sous-pages de paramètres partiellement publiques.
C’est ce dernier point qui a justifié un audit complet du sitemap sur ce projet : une proportion anormalement élevée d’URL techniques liées à la gestion de compte des créateurs s’était retrouvée indexée, diluant le budget de crawl disponible pour les fiches produit réellement destinées aux acheteurs.
Ce qu’on observe sur ce type de marketplace
L’extraction du sitemap complet a fait apparaître une répartition déséquilibrée : une majorité des URL référencées correspondait à des pages de tableau de bord de créateur, partiellement publiques par nature (page de présentation du profil), mais dont certaines sous-sections techniques (historique de commandes du créateur, paramètres de livraison, brouillons d’articles non publiés) n’auraient jamais dû être exposées à l’exploration.
Le mécanisme d’apparition de ces pages dans le sitemap est un classique des marketplaces construites sur un type de contenu personnalisé unique pour représenter à la fois le profil public du créateur et son espace de gestion privé, avec une séparation insuffisante entre les deux au niveau des règles de génération du sitemap natif.
Pourquoi c’est un problème pour le budget de crawl
Un robot d’exploration alloue un volume de requêtes limité à un domaine donné sur une période donnée. Quand une part majoritaire de ce volume est consommée par des pages de gestion de compte sans intérêt pour un acheteur potentiel, les fiches produit nouvellement publiées ou récemment mises à jour par les créateurs mettent plus de temps à être explorées et donc à apparaître ou se mettre à jour dans les résultats de recherche.
Le problème est aggravé par le rythme de publication des créateurs sur ce type de plateforme : un créateur actif peut modifier son catalogue plusieurs fois par semaine, et chaque jour de retard d’exploration sur une nouvelle pièce mise en vente représente une perte de visibilité directe sur une fenêtre de vente parfois très courte, en particulier pour des pièces uniques.
Quoi exclure, et comment
La correction la plus fiable ne consiste pas à ajouter une balise noindex page par page sur chaque sous-section technique, un travail sans fin vu le volume de créateurs, mais à exclure la catégorie entière au niveau du filtre qui construit le sitemap natif, en distinguant clairement le type de contenu public du type de contenu privé dès la structure de la base de données.
add_filter( 'wp_sitemaps_post_types', function( $post_types ) {
unset( $post_types['espace_createur'] );
return $post_types;
} );
// Pour les sous-pages déjà indexées par erreur, forcer un noindex
// tant que la nouvelle structure de contenu n'est pas généralisée :
add_action( 'wp_head', function() {
if ( is_singular( 'espace_createur' ) && ! is_createur_profil_public_actuel() ) {
echo '<meta name="robots" content="noindex,follow">';
}
} );
Distinguer le profil public de l’espace de gestion
La correction de fond, au-delà du filtre de sitemap, a consisté à séparer techniquement deux types de contenu jusque-là mélangés dans le même type de publication personnalisé : d’un côté un profil de créateur public et minimal (nom, présentation, lien vers les fiches produit), de l’autre un espace de gestion strictement privé, jamais généré comme une URL publique consultable.
- Le profil public reste une page unique par créateur, stable et enrichie au fil du temps.
- L’espace de gestion devient un tableau de bord accessible uniquement après authentification, sans URL publique associée.
- Le sitemap ne référence plus que les profils publics et les fiches produit, jamais les pages de gestion.
Suivre le ratio pages utiles sur pages totales
Le suivi mis en place après correction repose sur un indicateur simple : la proportion de fiches produit par rapport au nombre total d’URL du sitemap. Une baisse anormale de ce ratio, surveillée mensuellement, sert d’alerte précoce en cas de réapparition du même antipattern lors d’une future évolution de la plateforme.
Sur une marketplace à forte volumétrie de créateurs, on considère que si une page ne conduit jamais un acheteur vers un achat possible, elle n’a rien à faire dans le sitemap, quelle que soit sa visibilité technique par ailleurs.
En résumé
Sur une marketplace artisanale, la confusion entre profil public d’un créateur et espace de gestion de son activité peut gonfler artificiellement le sitemap de pages sans intérêt pour un acheteur, au détriment du budget de crawl réellement disponible pour les fiches produit. Une exclusion au niveau du filtre de génération du sitemap, combinée à une séparation claire des deux types de contenu, règle le problème durablement.
