Comment exclure un type de contenu des plans de site natifs de WordPress ?

L'équipe Citead, mis à jour le

En bref. Retirer le nom du type de contenu enregistré du tableau wp_sitemaps_post_types et renvoyer le tableau restant exclut ce type des plans de site natifs.

Définition : Exclure un type de contenu des plans de site (sitemaps) natifs de WordPress consiste à retirer ce type du tableau transmis au filtre wp_sitemaps_post_types. Un type de contenu (post type) est un type enregistré, comme post ou page ; supprimer son entrée du tableau désactive la génération de ses plans de site natifs.

Points clés

Quel filtre exclut un type de contenu entier ?

Le guide des plans de site natifs donne cet exemple PHP pour exclure le type de contenu page :

add_filter(
    'wp_sitemaps_post_types',
    function( $post_types ) {
        unset( $post_types['page'] );
        return $post_types;
    }
);

La fonction de rappel (callback) supprime la clé du tableau et renvoie les types de contenu restants. Pour un autre type de contenu enregistré, il suffit de remplacer page par son nom enregistré. L’exclusion s’applique à l’ensemble de ce type de contenu. Conserver les autres entrées du tableau préserve les autres types admissibles.

La référence du fournisseur de contenus présente la sélection effectuée avant ce filtre : WordPress récupère les types de contenu publics, retire attachment et applique is_post_type_viewable. Le filtre reçoit ensuite le tableau obtenu. Cela explique pourquoi le type de contenu des pièces jointes est déjà absent de la sélection par défaut.

Quelle différence entre exclure un fournisseur et exclure un contenu précis ?

Un fournisseur de plans de site est le composant chargé de récupérer les entrées des plans de site et de déterminer leur pagination. Le guide des plans de site natifs identifie les fournisseurs intégrés : posts, taxonomies et users. Son exemple de suppression d’un fournisseur renvoie false lorsque le nom du fournisseur est users, et renvoie le fournisseur sans modification pour les autres noms.

Supprimer le fournisseur posts a donc une portée plus large que retirer page de ses types de contenu. Pour un seul type de contenu, le guide oriente les développeurs vers wp_sitemaps_post_types. Pour une taxonomie, c’est-à-dire un regroupement comme les étiquettes, il utilise wp_sitemaps_taxonomies ; son exemple retire post_tag.

Pour un contenu précis, le même guide utilise wp_sitemaps_posts_query_args. Son exemple vérifie que $post_type vaut post, conserve tout tableau post__not_in existant et y ajoute l’identifiant du contenu à exclure. La référence du filtre de requête confirme que la fonction de rappel reçoit à la fois les arguments de la requête et le nom du type de contenu.

Comment vérifier le résultat ?

Le guide des plans de site natifs situe l’index des plans de site à ce chemin :

/wp-sitemap.xml

Cet index répertorie les pages de plans de site du site. Une fois le filtre actif, rechercher le plan de site du type exclu dans cet index permet de vérifier directement le résultat généré. Le guide précise aussi que le réglage de visibilité du site demandant aux moteurs de recherche de ne pas l’indexer désactive les plans de site natifs. Ce réglage est donc à prendre en compte lorsqu’un site ne génère aucun plan de site.

Termes associés

FAQ

Puis-je exclure un type de contenu personnalisé ?

Oui. La référence du filtre WordPress définit les clés du tableau comme les noms des types de contenu enregistrés. Utilisez le nom concerné dans l’expression unset et renvoyez le tableau.

Retirer un type de contenu du plan de site empêche-t-il son indexation par Google ?

L’exclusion modifie le contenu du plan de site. La documentation de Google sur noindex décrit noindex comme la règle qui empêche l’indexation ; Google doit pouvoir explorer la page pour lire cette règle.

Quel filtre désactive tous les plans de site natifs ?

Le guide des plans de site natifs décrit wp_sitemaps_enabled pour désactiver entièrement la fonctionnalité des plans de site. Son exemple associe __return_false à ce filtre.

Sources

  1. WordPress Core, « New XML Sitemaps Functionality in WordPress 5.5 », 22 juillet 2020
  2. WordPress Developer Resources, « wp_sitemaps_post_types », sans date
  3. WordPress Developer Resources, « WP_Sitemaps_Posts::get_object_subtypes() », sans date
  4. WordPress Developer Resources, « wp_sitemaps_add_provider », sans date
  5. WordPress Developer Resources, « wp_sitemaps_posts_query_args », sans date
  6. Google Search Central, « Block Search indexing with noindex », 10 décembre 2025

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Testez une page et voyez quoi corriger en premier

L'analyse prend en général moins de 10 secondes et ne demande pas de compte.

400 000+ pages notées dans le benchmark public