Désactiver le blog WordPress sans supprimer vos articles avec WPMasterToolKit

WordPress est historiquement un CMS conçu pour le blogging. Pourtant, aujourd’hui, de nombreux sites WordPress n’ont absolument pas besoin de cette fonctionnalité.

C’est notamment le cas des sites vitrines, des sites institutionnels ou encore de certaines boutiques WooCommerce qui utilisent WordPress uniquement pour gérer leurs pages et leurs contenus personnalisés.

Même lorsque le blog n’est pas utilisé, WordPress continue d’afficher le menu « Articles », les catégories, les étiquettes et différentes fonctionnalités associées au blogging.

C’est pour répondre à ce besoin que nous avons développé le module Disable Blog de WPMasterToolKit.

Ce module permet de désactiver les fonctionnalités de blog de WordPress sans supprimer les articles existants, tout en conservant les pages et les types de contenus personnalisés.

Vous pouvez également choisir ce qui se passe lorsqu’un visiteur tente d’accéder à une ancienne URL du blog : afficher une erreur 404 ou effectuer une redirection vers une page de votre site.

Pourquoi désactiver la fonctionnalité de blog sur WordPress ?

Tous les sites WordPress n’ont pas vocation à publier des articles.

Prenons l’exemple d’un site vitrine composé uniquement de quelques pages : Accueil, À propos, Services et Contact.

Dans ce contexte, la présence du menu « Articles » dans l’administration WordPress n’apporte pas forcément de valeur.

Elle peut même créer de la confusion pour les utilisateurs qui ne savent pas s’ils doivent créer une page ou un article pour ajouter un nouveau contenu.

Désactiver le blog permet donc de simplifier WordPress en supprimant les fonctionnalités dont vous n’avez pas besoin.

Cependant, masquer simplement le menu « Articles » ne suffit pas.

Les anciens articles peuvent toujours être accessibles publiquement, apparaître dans les résultats de recherche ou être récupérés via l’API REST de WordPress.

Le module Disable Blog va donc plus loin en intervenant sur plusieurs aspects du fonctionnement de WordPress.

Désactiver les articles WordPress sans supprimer vos contenus

L’un des principaux avantages du module Disable Blog est qu’il ne supprime aucune donnée.

Lorsque vous activez le module, vos articles WordPress existants restent enregistrés dans la base de données.

Il en va de même pour les catégories, les étiquettes et les commentaires associés.

Le module désactive leur utilisation dans le contexte du blog, mais ne procède pas à leur suppression.

Cette approche présente plusieurs avantages.

Vous pouvez désactiver temporairement un blog sans perdre vos contenus. Si vous décidez de réactiver la fonctionnalité ultérieurement, vos anciens articles sont toujours présents.

C’est particulièrement intéressant lors d’une refonte de site, d’une migration ou lorsque vous souhaitez conserver les anciens contenus sans les rendre accessibles au public.

Important : le module Disable Blog agit uniquement sur les articles WordPress natifs. Les pages et les Custom Post Types (CPT) restent disponibles.

Vous pouvez donc continuer à utiliser WordPress pour gérer des produits, des portfolios, des événements ou d’autres types de contenus personnalisés.

Supprimer les fonctionnalités du blog de l’administration WordPress

Lorsque le module Disable Blog est activé, plusieurs éléments liés au blogging disparaissent de l’interface d’administration.

L’objectif est de proposer un environnement WordPress plus épuré, particulièrement adapté aux sites qui n’utilisent pas les articles.

Masquer le menu Articles

Le module supprime automatiquement le menu « Articles » de l’administration WordPress.

Les utilisateurs ne voient donc plus ce menu dans la barre latérale.

Mais contrairement à un simple plugin de personnalisation de l’administration, Disable Blog bloque également les accès directs aux écrans de gestion des articles.

Si un utilisateur tente d’accéder directement à la liste des articles ou à l’éditeur d’un article natif, WordPress lui affiche un message indiquant que le blog est désactivé, avec une réponse HTTP 403.

Le module bloque également les écrans d’administration des catégories et des étiquettes lorsqu’elles sont exclusivement utilisées par les articles natifs.

Nettoyer la barre d’administration et le tableau de bord

Disable Blog supprime également différents éléments qui n’ont plus d’utilité lorsque le blog est désactivé.

Parmi les éléments concernés :

• Le raccourci permettant de créer un nouvel article dans la barre d’administration.
• Le lien permettant de modifier un article depuis la barre d’administration.
• Le widget « Brouillon rapide » du tableau de bord.
• Le compteur des articles dans le widget « D’un coup d’œil ».

Ces modifications permettent de simplifier l’interface sans toucher aux fonctionnalités de gestion des pages ou des autres types de contenus.

Désactiver les articles WordPress sur la partie publique du site

Le module Disable Blog ne se limite pas à l’administration.

Il intervient également sur les requêtes WordPress afin d’empêcher l’affichage des articles natifs sur la partie publique du site.

Les articles sont notamment exclus des recherches et des requêtes qui ciblent plusieurs types de contenus.

Le module prend également en charge les pages d’archives liées au blog, comme les archives d’auteur, de date, de catégorie et d’étiquette, selon les types de contenus concernés.

Que deviennent les catégories et les étiquettes ?

Certaines extensions ou certains développeurs utilisent les catégories et les étiquettes WordPress avec des Custom Post Types.

Il serait donc problématique de désactiver systématiquement ces taxonomies.

C’est pourquoi le module vérifie si une catégorie ou une étiquette est également associée à un type de contenu personnalisé publiquement consultable.

Si c’est le cas, la taxonomie reste disponible pour ce contenu.

En revanche, si elle est exclusivement utilisée par les articles natifs, ses fonctionnalités liées au blog sont désactivées.

Cette distinction permet de préserver les fonctionnalités des autres contenus de votre site.

Les pages WordPress continuent de fonctionner

Désactiver le blog ne signifie pas désactiver WordPress.

Vos pages classiques restent accessibles et peuvent continuer à être créées et modifiées normalement.

Les Custom Post Types sont également préservés.

Le module distingue donc les articles WordPress natifs des autres contenus afin de ne pas perturber inutilement le reste du site.

Choisir entre une erreur 404 et une redirection pour les anciennes URL du blog

Désactiver un blog pose une question importante : que faire lorsqu’un internaute tente de consulter un ancien article ?

Il peut avoir conservé un lien dans ses favoris ou accéder à votre site depuis un résultat de recherche Google.

Le module Disable Blog propose deux comportements configurables.

Option 1 : retourner une erreur 404

Comportement par défaut

Lorsque cette option est sélectionnée, les anciennes URL du blog désactivé renvoient une véritable réponse HTTP 404.

WordPress peut alors afficher la page d’erreur 404 de votre thème.

Cette solution est particulièrement adaptée lorsque vous ne souhaitez plus rendre les anciens contenus disponibles et qu’aucune page pertinente ne permet de les remplacer.

Le module envoie également des en-têtes empêchant la mise en cache de cette réponse.

Option 2 : rediriger vers une autre page

Vous pouvez également choisir de rediriger les anciennes URL du blog vers une destination interne.

Par exemple, vous pouvez renvoyer les visiteurs vers votre page d’accueil ou vers une page présentant vos services.

Il vous suffit de renseigner le chemin de destination dans les paramètres du module.

Exemple :

/services/

Les visiteurs seront alors redirigés vers cette page.

Le module utilise une redirection HTTP 302 (temporaire).

Cette distinction est importante pour le référencement : une redirection 302 n’est pas une redirection permanente 301. Si vous réalisez une migration SEO définitive nécessitant des redirections 301 individuelles, une configuration complémentaire sera nécessaire.

Une protection contre les redirections incorrectes

Pour éviter les problèmes de configuration, le module vérifie la destination avant d’effectuer une redirection.

Il n’autorise que les destinations internes au site.

Il vérifie également que la destination ne correspond pas à l’URL actuelle, à un article désactivé, à la page des articles ou à certaines archives du blog désactivées.

Si la destination n’est pas valide, le module renvoie une erreur 404 plutôt que d’effectuer une redirection problématique.

Cela permet notamment de limiter les risques de boucles de redirection.

Que se passe-t-il si WordPress affiche les derniers articles sur la page d’accueil ?

Le module prévoit un comportement particulier lorsque WordPress est configuré pour afficher les derniers articles sur la page d’accueil.

Dans ce cas, les articles sont exclus de la requête principale, mais la page d’accueil n’est pas automatiquement redirigée vers une autre URL.

Il est donc préférable de configurer une page d’accueil statique dans les réglages de lecture de WordPress si vous souhaitez utiliser votre site sans blog.

Supprimer les articles des menus de navigation

Même après avoir désactivé un blog, il est possible que des liens vers d’anciens articles restent présents dans les menus de navigation du site.

Le module Disable Blog prend également en charge cette situation.

Il retire automatiquement des menus affichés les liens correspondant aux articles natifs, à la page configurée comme page des articles et aux catégories ou étiquettes exclusivement utilisées par le blog.

Ces éléments sont également retirés des choix proposés dans l’éditeur classique des menus lorsque leurs types de contenus sont désactivés.

Les liens concernés ne sont pas supprimés définitivement de la configuration de vos menus : le module les filtre au moment de leur affichage.

Cela permet de conserver la structure existante si vous décidez de réactiver le blog ultérieurement.

Désactiver les commentaires associés aux articles

Lorsque vous désactivez un blog, les commentaires associés aux anciens articles n’ont généralement plus de raison d’être accessibles.

Disable Blog intervient donc également sur le système de commentaires WordPress.

Il ferme les commentaires et les pings sur les articles natifs, masque leurs commentaires existants et bloque les nouvelles soumissions.

Les tentatives de publication de commentaires sur ces articles sont refusées avec une réponse HTTP 403.

En revanche, les commentaires associés aux pages et aux Custom Post Types ne sont pas désactivés par cette fonctionnalité.

Le module cible uniquement les contenus appartenant au blog WordPress natif.

Désactiver les articles dans l’API REST et XML-RPC

WordPress permet d’accéder aux contenus à travers différents mécanismes, notamment son API REST et XML-RPC.

Masquer les articles dans l’administration ou sur la partie publique ne suffirait donc pas à désactiver complètement leur utilisation.

Nous avons intégré des contrôles supplémentaires pour couvrir ces points d’accès.

API REST WordPress

Le module bloque les routes REST associées aux articles natifs.

Il intervient également sur les requêtes de recherche REST pour exclure les articles et filtre les collections de commentaires afin de ne pas exposer ceux qui sont associés au blog.

La création de nouveaux commentaires sur les articles natifs est elle aussi bloquée.

Les routes des catégories et des étiquettes sont désactivées uniquement lorsque ces taxonomies ne sont pas utilisées par d’autres types de contenus publics.

XML-RPC

Le module prend également en charge les principales méthodes XML-RPC permettant de consulter, créer, modifier ou supprimer des articles natifs.

Certaines anciennes méthodes exclusivement liées au blog sont retirées.

Pour les méthodes qui peuvent également gérer d’autres types de contenus, le module vérifie le type de contenu concerné avant de bloquer l’opération.

Cette approche permet de préserver les usages XML-RPC des pages et des autres contenus lorsque ceux-ci ne concernent pas les articles natifs.

Exclure les articles désactivés des sitemaps XML

Un aspect important lorsque vous désactivez un blog concerne le référencement naturel.

Si les anciens articles restent présents dans les sitemaps XML, les moteurs de recherche peuvent continuer à découvrir leurs URL alors que ces contenus ne sont plus accessibles.

Le module Disable Blog intervient directement sur la génération des sitemaps pour éviter cette situation.

Il prend en charge les sitemaps natifs de WordPress ainsi que ceux de deux extensions SEO populaires :

WordPress

Les articles natifs sont exclus du sitemap WordPress, ainsi que la page affectée à l’affichage des articles.

Yoast SEO

Les articles et la page des articles sont exclus des sitemaps générés par Yoast SEO.

Rank Math SEO

Les mêmes exclusions sont appliquées aux sitemaps de Rank Math.

Dans les trois cas, les catégories et les étiquettes sont également exclues des sitemaps lorsqu’elles sont exclusivement associées aux articles natifs.

Les taxonomies utilisées par d’autres contenus restent préservées.

Le module désactive par ailleurs le cache des sitemaps de Rank Math afin que les exclusions puissent être prises en compte lors de leur génération.

À noter : exclure les articles des sitemaps ne signifie pas qu’ils disparaîtront immédiatement des résultats de recherche Google. Les moteurs de recherche doivent d’abord explorer à nouveau les URL concernées et prendre en compte leurs réponses HTTP.

Comment utiliser le module Disable Blog de WPMasterToolKit ?

La configuration du module a été pensée pour être aussi simple que possible.

1

Activer le module Disable Blog

Rendez-vous dans WPMasterToolKit et activez le module Disable Blog.

2

Accéder aux paramètres

Ouvrez la page de configuration du module pour personnaliser le comportement des anciennes URL du blog.

3

Choisir le comportement souhaité

Deux possibilités sont proposées dans la section « Public blog requests » :

• Return a 404 Not Found response.
• Redirect to an internal destination.

4

Configurer la destination si nécessaire

Si vous choisissez la redirection, renseignez le chemin de la page vers laquelle vous souhaitez renvoyer les visiteurs.

Par défaut, la destination proposée est /, correspondant à la page d’accueil du site.

5

Enregistrer les paramètres

Enregistrez vos modifications pour appliquer le comportement choisi.

Une fois le module activé, les fonctionnalités liées au blog sont automatiquement désactivées. Vous n’avez pas besoin de configurer individuellement les menus, les commentaires, l’API REST ou les sitemaps.

Nos choix techniques pour désactiver proprement le blog WordPress

Désactiver un blog WordPress peut sembler simple au premier abord, mais cette fonctionnalité intervient en réalité à de nombreux endroits du CMS.

Nous avons donc choisi de nous appuyer sur les hooks natifs de WordPress pour désactiver les articles sans modifier les fichiers du cœur ni supprimer les contenus.

Intervenir sur les requêtes plutôt que supprimer les articles

Le module utilise notamment l’action WordPress pre_get_posts pour modifier les requêtes avant leur exécution.

Cela permet d’exclure les articles natifs des recherches et des autres requêtes concernées tout en conservant les pages et les Custom Post Types.

Cette approche évite de supprimer les contenus ou de modifier directement la base de données.

Générer de véritables réponses HTTP

Pour gérer les anciennes URL du blog, le module intervient avant l’affichage du template grâce à template_redirect.

Selon la configuration, il peut effectuer une redirection temporaire 302 ou déclencher une véritable erreur 404.

Dans ce dernier cas, les indicateurs de la requête WordPress sont mis à jour afin que le thème puisse afficher son template d’erreur habituel.

Nous avons également prévu des vérifications pour éviter les redirections externes, les destinations désactivées et les boucles de redirection.

Préserver les autres fonctionnalités de WordPress

Un autre objectif important était de ne pas désactiver des fonctionnalités utilisées par d’autres contenus.

Les catégories, les étiquettes, les commentaires et certaines interfaces de programmation peuvent également être utilisés par des types de contenus personnalisés.

Le module vérifie donc le contexte avant d’appliquer ses restrictions.

Enfin, conformément au fonctionnement modulaire de WPMasterToolKit, la classe PHP de Disable Blog n’est chargée que lorsque le module est activé.

Vous ne chargez ainsi que les fonctionnalités dont votre site a réellement besoin.

Conclusion

Si vous utilisez WordPress pour créer un site vitrine, un site institutionnel ou un projet qui ne nécessite pas de blog, le module Disable Blog de WPMasterToolKit vous permet de désactiver les fonctionnalités de blogging sans supprimer vos contenus existants.

Il ne se contente pas de masquer le menu « Articles » : il intervient également sur les URL publiques, les commentaires, les menus de navigation, l’API REST, XML-RPC et les sitemaps XML.

Vous pouvez choisir entre une erreur 404 et une redirection temporaire pour les anciennes URL, tout en préservant les pages et les types de contenus personnalisés.

Avec Disable Blog, vous adaptez WordPress aux besoins réels de votre site, sans toucher à vos données et sans multiplier les extensions.