Wix Blog vs Wix Pages : quelle structure adopter pour maximiser le SEO ?

On répète que le blog sert au contenu informationnel et les pages au contenu commercial. Sur Wix, ce n’est pas le bon critère. Le Blog et les Pages sont deux moteurs de publication aux contraintes opposées : l’un donne la scalabilité et retire le contrôle fin, l’autre donne le contrôle total et aucune scalabilité. Le vrai arbitrage se fait là, pas sur la nature du contenu.

Deux moteurs, pas deux types de contenu

Le Blog Wix est un système de publication automatisé. Vous écrivez un article, Wix génère la page de l’article, l’ajoute au flux, applique le balisage Article, et peut remplir les métadonnées à partir d’un gabarit. C’est fait pour produire beaucoup de contenu vite.

Une Page Wix est un objet que vous construisez à la main, élément par élément, avec un contrôle total sur la mise en page, la structure des titres, les blocs interactifs et l’URL.

La question n’est donc pas « ce contenu est-il informationnel ou commercial ». Elle est : « ce contenu a-t-il besoin d’être produit en série, ou d’un contrôle éditorial fin et de vitesse ». C’est cette question qui tranche.

Ce que le Blog Wix impose

Le Blog apporte la scalabilité, au prix de plusieurs contraintes fixes.

Le segment /post/ dans l’URL

Les articles de blog Wix ont une URL de la forme /post/mon-article. Ce segment est imposé, vous ne pouvez pas obtenir une URL à la racine comme pour une page. Ce n’est pas rédhibitoire, mais c’est un marqueur « article » que vous ne maîtrisez pas.

Une structure de titres contrainte par le thème

Selon le thème et la mise en page d’article, vous avez peu de latitude sur la hiérarchie des titres et sur l’insertion de composants riches. Un article de blog reste un article : texte, images, quelques blocs. Pas de mise en page libre.

Les pages de catégorie et d’étiquette en noindex

Par défaut, les pages qui listent les articles d’une catégorie ou d’une étiquette du Blog Wix sont en noindex. Elles ne peuvent donc pas servir de page pilier ni capter de trafic. Ce point est développé dans notre article sur la stratégie hub and spoke sur Wix.

Une dépendance plus forte au rendu JavaScript

Les pages d’article et le flux du blog s’appuient davantage sur du rendu côté client. En pratique, Google gère, mais la vitesse et la robustesse d’indexation sont souvent en retrait par rapport à une page statique bien construite.

En échange

Métadonnées par gabarit avec variables, flux automatique, fil chronologique, balisage Article sans effort, publication rapide. Pour du volume, c’est précieux.

Ce que les Pages Wix permettent

Les Pages donnent le contrôle, au prix de l’absence totale d’automatisation.

• URL propre, à la racine ou dans l’arborescence de votre choix, sans segment imposé. Sur Wix les URL des pages statiques sont plates par défaut, ce qui reste le cas le plus simple à gérer, comme expliqué dans notre article sur l’arborescence d’un site Wix.
• Structure libre : hiérarchie de titres maîtrisée, sections, colonnes, composants interactifs, ce que vous voulez.
• Vitesse généralement meilleure sur une page bien conçue, sans le poids du système de flux.
• Indexation directe, sans page de catégorie parasite, sans flux concurrent.

Le prix : chaque page se crée et se maintient à la main. Produire trente pages informationnelles de cette façon est irréaliste.

La règle de décision

Elle découle directement des contraintes de chaque moteur.

Le critère « informationnel ou commercial » ne figure pas dans ce tableau. Un guide de fond qui vise une requête stratégique mérite une Page ; une actualité de secteur qui vivra trois mois va au Blog.

Le piège : mettre ses piliers dans le blog

L’erreur la plus fréquente sur Wix est de construire ses pages piliers comme des articles de blog, « parce que c’est du contenu ».

Une page pilier logée dans le Blog hérite alors du segment /post/ dans son URL, du gabarit de métadonnées contraint, d’une structure de titres limitée, et surtout elle cohabite avec la page de flux du blog, qui liste tous les articles et peut lui faire concurrence sur des requêtes proches. Elle ne peut pas non plus être ajoutée proprement au menu principal comme une page.

La bonne configuration : le hub d’un cluster est une Page Wix, construite pour ranker et pour être liée depuis le menu et depuis les articles. Les contenus satellites peuvent, eux, être des articles de blog, qui pointent vers cette Page pilier et entre eux.

Conséquences sur le maillage et les clusters

Ce choix Blog contre Pages structure tout votre maillage interne.

Les Pages sont vos points d’ancrage : elles entrent dans le menu, reçoivent les liens contextuels des articles, portent les intentions de conversion. Ce sont elles qui doivent accumuler le plus de liens entrants.

Les articles de blog sont le tissu : ils se lient entre eux dans leur contenu, pointent vers la Page pilier de leur thème, et vers les Pages de service quand le sujet s’y prête. Ce dernier lien ne se fait jamais tout seul sur Wix : le widget « articles similaires » du blog ne relie que des articles entre eux, jamais vers une page. Il faut poser ces liens à la main.

Résultat : un cluster Wix bien construit ressemble à une Page pilier entourée d’articles de blog satellites, tous reliés à elle et connectés entre eux, avec des liens manuels des articles vers les Pages de service concernées.

Choisir le moteur, pas l’étiquette

Récapitulons. Le Blog Wix vous donne la production en série et vous retire le contrôle de l’URL, de la structure et de la vitesse. Les Pages Wix vous donnent tout le contrôle et rien de l’automatisation. Vous mettez au Blog ce qui doit exister en grand nombre et rester léger à produire ; vous mettez en Page ce qui porte une conversion, vise une requête à forte valeur, ou sert de pilier à un cluster, même quand le contenu est informationnel. Et vous ne logez jamais une page pilier dans le blog.

Répartir un projet éditorial Wix entre ces deux moteurs, et construire le maillage qui en découle, est le point de départ d’un accompagnement SEO sur Wix.