Aller au contenu
Accueil » Blog Marketing Digital – SEO – E-commerce & WordPress » Pages ou publications WordPress: Lequel devriez-vous utiliser?

Pages ou publications WordPress: Lequel devriez-vous utiliser?

Découvrez les avantages et les inconvénients des pages et des publications WordPress et comment décider quand vous devez les utiliser.

Depuis son lancement en mai 2003, WordPress est devenu la plate-forme de site Web la plus utilisée au monde. La plate-forme WordPress alimente près de 37% des 1 million de sites Web les plus fréquentés, selon les données de BuiltWith.

Compte tenu du faible coût (vous ne payez vraiment que pour l’hébergement), de la facilité d’installation et d’utilisation et de la flexibilité, WordPress est prêt pour les sites Web de toutes tailles, des blogs personnels aux entreprises.

Comptez-moi comme un fan. J’ai plaidé pour son utilisation, remontant presque au début de son existence en 2003.

J’ai travaillé sur de nombreux sites Web WordPress, et l’une des questions les plus courantes que je reçois encore concerne les pages par rapport aux publications – lequel devrait être utilisé?

Avant de répondre à cette question, examinons en quoi les pages et les publications WordPress diffèrent.

Obtenez la recherche quotidienne de newsletter sur laquelle les spécialistes du marketing s’appuient.

Traitement.

Voir les conditions.

Pages WordPress

Les pages dans WordPress sont destinées à contenir du contenu qui peut être considéré comme plus « evergreen », comme la page d’accueil, les pages de produits / services ou le contenu de type nous.

Les pages peuvent être imbriquées pour créer une structure de répertoires en faisant d’une page le « parent » d’une autre.

En règle générale, les pages ne peuvent pas tirer parti des catégories, des balises et des auteurs et ne sont généralement pas incluses dans les flux RSS du site Web.

Articles WordPress

Les publications dans WordPress relient la plate-forme à ses racines en tant que plate-forme de blogs. Les publications étaient destinées à contenir du contenu lié aux nouvelles, sensible au temps et d’autres contenus qui pourraient être associés à des sites Web strictement des blogs.

Les publications sont axées sur le temps et peuvent tirer parti des catégories, des balises et des auteurs pour les pages d’archives et la recherche sur site. Les publications sont incluses dans les flux RSS.

Les auteurs de contenu peuvent faire apparaître des publications dans une structure de répertoires en configurant des catégories, qui peuvent être dans des relations parent/enfant, et en créant la structure dans les paramètres Permaliens dans les paramètres WordPress.

Une chose cruciale à retenir: les pages et les messages sont du contenu pour vos utilisateurs et les moteurs de recherche.

Le propriétaire du site Web définit leur apparence et leur utilisation. Les pages et les publications peuvent être utilisées de manière interchangeable à n’importe quelle fin – bien que ce soit une idée terrible de mélanger un contenu similaire entre les deux formats.

Évolution des recommandations

Dans le passé, je recommandais le plus souvent que le contenu « à feuilles persistantes » soit créé sous forme de pages. Ceux-ci incluraient des éléments tels que la page d’accueil, les pages de produits / services et « à propos de nous », etc.

D’autres contenus liés aux nouvelles, sensibles au temps, instructifs et de type blog seraient créés sous forme de messages. Comme mentionné ci-dessus, cela suit ce que la plupart considèrent comme l’intention des pages et des messages.

Bien que cette façon de travailler soit encore tout à fait valable, j’ai repensé ce conseil ces derniers temps.

Pourquoi?

Un grand nombre de sites Web sur lesquels j’ai travaillé récemment ont eu une architecture d’information terrible.

Pour beaucoup de ces sites, la plupart, sinon la totalité, du contenu se trouve dans le dossier racine du site Web. Certains sites ont un contenu sur le même sujet mélangé entre les pages et les publications. Le premier problème est relativement facile à résoudre, le second, pas tellement.

Une partie du problème est que WordPress est configuré pour mettre tout le contenu à la racine du site Web par défaut. Une autre partie est une mauvaise compréhension de la façon dont les pages et les messages sont destinés à fonctionner.

Mes recommandations sont maintenant légèrement différentes si un site est construit à partir de zéro ou subit une réorganisation importante.

Dans ce cas, j’ai deux recommandations basées sur le type de contenu qui constituera la majorité du site Web:

L’un ou l’autre de ces arrangements fonctionnerait bien parce que les pages et les messages ne sont que du contenu pour les visiteurs du site Web et les moteurs de recherche. Les deux formats de contenu peuvent être stylisés pour répondre aux besoins du site Web.

Si des formulaires et d’autres fonctionnalités interactives sont nécessaires, ils peuvent être appliqués aussi bien aux pages ou aux publications.

Du point de vue du référencement, le format de contenu sur le back-end n’est pas pertinent – c’est ce qui est présenté aux utilisateurs et aux araignées des moteurs de recherche qui compte.

Dois-je tout déraciner et changer la structure de mon site?

Comme je l’ai mentionné ci-dessus, je recommande de construire ce type de structure sur un nouveau site ou si un site subit un travail important comme une re-plate-forme sur un nouveau thème ou une migration vers un nouveau design.

Si votre site Web fonctionne bien et que vous ne remarquez aucun problème important, vous pouvez adopter une approche « S’il n’est pas cassé, ne le réparez pas ».

Réflexion finale

La principale raison de mes recommandations changeantes est l’absence d’une structure de répertoire logique sur de nombreux sites que je soutiens. Bien qu’il soit tout à fait possible de créer une structure logique avec un mélange de pages et de messages, il est certainement beaucoup plus simple de configurer et de maintenir si le site est configuré avec un seul type de contenu.

Les opinions exprimées dans cet article sont celles de l’auteur invité et pas nécessairement Search Engine Land. Les auteurs du personnel sont énumérés ici.

Sujets connexes