Kowal_Blog est un module de blog pour Magento 2 conçu différemment des extensions de blog classiques. Au lieu de construire un système d’articles séparé, des catégories séparées et un routage séparé, le module exploite le potentiel du catalogue Magento.

Les catégories du blog sont des catégories de catalogue standard, et un article de blog est un produit d’un type spécial blog_post. Ainsi, le blog fonctionne au plus près des mécanismes de Magento que la boutique possède déjà et qui sont bien intégrés au frontend, au SEO, aux store views, au cache et à l’administration.

Concept unique

La caractéristique la plus importante du module est l’utilisation du catalogue Magento comme moteur de publication de contenu.

Le module ajoute un nouveau type de produit :

blog_post

Le type blog_post s’appuie sur le comportement d’un produit virtuel, mais il n’est pas destiné à la vente. L’article n’affiche ni prix, ni panier, ni informations de stock, ni éléments d’achat. Du point de vue de Magento, il reste toutefois une entité du catalogue et peut donc utiliser les fonctionnalités existantes du catalogue.

Cette approche réunit deux éléments :

• la dimension éditoriale d’un blog,
• les capacités techniques du catalogue Magento.

Pourquoi c’est important

De nombreux modules de blog créent un univers séparé à côté de Magento : tables d’articles distinctes, catégories distinctes, routage distinct, SEO distinct et intégrations distinctes. Cela signifie souvent plus de code, plus d’exceptions et plus d’éléments à maintenir.

Kowal_Blog va dans la direction opposée. Il exploite ce que Magento fait déjà bien :

• les catégories du catalogue,
• les relations produit-catégorie,
• les attributs EAV,
• les store views,
• les URL rewrites,
• les meta title et meta description,
• le sitemap,
• le cache,
• les layouts de page,
• les images produit,
• les traductions,
• les formulaires d’administration standard.

Ainsi, le blog n’est pas un module isolé, mais une partie naturelle de la boutique Magento.

Avantages business

Un SEO cohérent avec Magento

Les articles utilisent les champs SEO natifs de Magento :

• url_key,
• meta_title,
• meta_description,
• meta_keyword.

Le module génère également des données structurées adaptées au contenu de blog, comme BlogPosting, CollectionPage, ItemList et BreadcrumbList. En même temps, il élimine les structured data produit là où un article ne doit pas être traité comme un produit commercial.

Une meilleure utilisation des catégories de la boutique

Les catégories du blog sont des catégories du catalogue. L’administrateur indique une catégorie comme racine du blog, et ses sous-catégories deviennent les catégories du blog.

Cela permet de créer une structure de contenu logique, par exemple :

• Blog,
• Blog / Guides,
• Blog / Actualités,
• Blog / SEO,
• Blog / Magento.

Moins d’infrastructure séparée

Le module ne nécessite ni modèle distinct pour les catégories du blog, ni modèle de base distinct pour les articles. Cela limite la quantité de code personnalisé et réduit le risque de conflits avec les mécanismes de Magento.

Un workflow familier pour l’administrateur

Un article de blog est créé de manière similaire à un produit. L’administrateur travaille dans un formulaire Magento familier, mais avec des attributs adaptés au contenu :

• date de publication,
• auteur,
• format de l’article,
• tags,
• niveau de difficulté,
• source du contenu,
• mise en avant de l’article.

Store views et traductions

Comme le contenu de l’article repose sur les attributs produit, il est possible d’utiliser les mécanismes standard de Magento pour les valeurs par store view.

L’introduction de l’article utilise le champ natif :

short_description

Le contenu principal de l’article utilise le champ natif :

description

Cela simplifie les traductions et la maintenance des contenus multilingues.

Fonctionnalités du module

Type de produit Blog Post

Le module ajoute le type de produit blog_post, basé sur le comportement d’un produit virtuel. Ce type est destiné à la publication de contenu, et non à la vente.

Jeu d’attributs Blog Post

Lors de l’installation, le jeu d’attributs Blog Post est créé, contenant les champs natifs de Magento ainsi que des champs éditoriaux supplémentaires.

Le module utilise les attributs Magento existants là où cela a du sens :

• name comme titre de l’article,
• short_description comme introduction,
• description comme contenu,
• image comme image principale,
• url_key comme URL,
• les champs meta natifs pour le SEO.

Catégories du blog à partir du catalogue Magento

Dans la configuration du module, l’administrateur indique la catégorie principale du blog. Cette catégorie est la page principale du blog, et ses sous-catégories sont les catégories du blog.

Liste des articles

Le module prend en charge plusieurs variantes d’affichage de la liste :

• liste,
• grille 2 colonnes,
• grille 3 colonnes,
• grille 4 colonnes.

Chaque variante peut afficher l’image de l’article, le titre, la date de publication, l’auteur, l’introduction et le lien vers l’article.

Vue de l’article

La page de l’article affiche le contenu comme un article éditorial, et non comme un produit commercial. Le template de l’article affiche :

• le titre,
• la date de publication,
• l’auteur,
• l’image principale,
• l’introduction,
• le contenu complet,
• les tags.

Sidebar du blog

Le module fournit une sidebar de blog avec les blocs suivants :

• catégories du blog,
• articles récents,
• tags.

La sidebar fonctionne avec les layouts natifs de Magento :

• 1column,
• 2columns-left,
• 2columns-right.

Forçage du layout de page

L’administrateur peut définir un layout distinct pour :

• les catégories du blog,
• la page d’article.

Ainsi, le blog peut avoir un layout différent de celui des catégories de produits standard.

Blocage d’éléments provenant d’autres modules

Dans de nombreuses boutiques, des blocs supplémentaires apparaissent sur les pages produit, par exemple le délai de traitement, les icônes fournisseurs, le comparateur, les wishlists ou les informations de stock.

Le module permet d’indiquer les noms des blocs de layout qui doivent être supprimés uniquement dans le contexte du blog. Cela permet de conserver une vue d’article propre sans affecter les pages produit habituelles.

Données structurées

Le module génère les données structurées appropriées pour un blog :

• BlogPosting pour un article,
• CollectionPage et ItemList pour les listes,
• BreadcrumbList pour la navigation.

C’est important, car techniquement l’article est un produit Magento, mais pour les moteurs de recherche, il doit être considéré comme un article.

À qui s’adresse ce module

Le module est un bon choix pour les boutiques Magento qui souhaitent gérer un blog sans construire un système de contenu séparé.

Il convient particulièrement bien à :

• les boutiques qui travaillent fortement leur SEO,
• les boutiques multilingues,
• les projets avec un catalogue développé,
• les marques publiant des guides et du contenu expert,
• les implémentations où le blog doit être une partie intégrante de la boutique, et non un module séparé.

L’avantage le plus important

Le plus grand avantage du module est qu’il n’essaie pas de remplacer Magento par un CMS de blog séparé. À la place, il utilise le catalogue Magento comme base solide pour le contenu.

Grâce au type de produit blog_post, le blog bénéficie de la flexibilité des contenus éditoriaux tout en profitant des mécanismes de catalogue Magento, éprouvés et matures.

Migration depuis des blogs Magento populaires sans perte de valeur SEO

Dans de nombreuses boutiques Magento, le blog fonctionne déjà depuis des années, mais sa technologie actuelle devient de moins en moins pratique à maintenir. Avec le temps, le besoin apparaît de simplifier l’architecture, de mieux exploiter les mécanismes natifs de Magento et d’organiser le contenu sans réécrire manuellement des centaines d’articles.

Kowal_Blog résout ce problème grâce à un mécanisme de migration depuis les modules de blog existants vers un nouveau modèle basé sur le catalogue Magento.

Cela signifie qu’un changement de blog ne doit pas entraîner la perte du travail éditorial réalisé jusqu’à présent ni le risque d’une chute brutale de la visibilité dans les moteurs de recherche.

Ce que permet la migration

La valeur la plus importante pour le client est simple : les contenus déjà existants peuvent être transférés vers la nouvelle solution sans tout reconstruire à partir de zéro.

La migration permet de conserver et d’organiser :

• les articles de blog,
• les catégories,
• les tags,
• les données SEO de base,
• la structure de publication,
• les relations entre le contenu et les catégories,
• l’historique des URL nécessaire pour les redirections.

En pratique, cela signifie un temps d’implémentation plus court, un risque éditorial plus faible et un coût de transition réduit vers la nouvelle solution.

Prise en charge de blogs Magento connus

Le mécanisme de migration a été préparé en pensant à des implémentations Magento réelles, où l’on rencontre le plus souvent plusieurs extensions de blog bien connues.

Les migrations actuellement prises en charge proviennent de :

• Amasty Blog,
• Magefan Blog.

C’est important, car ce sont précisément ces solutions que l’on retrouve souvent dans les boutiques ayant développé leur blog indépendamment du catalogue Magento et qui souhaitent aujourd’hui le transférer vers un modèle plus cohérent.

Migration sans réécriture manuelle du contenu

L’un des plus grands avantages est l’absence de besoin de recréer manuellement le blog.

Au lieu de :

• copier les textes article par article,
• recréer la structure des catégories,
• réécrire les tags,
• corriger manuellement des dizaines ou des centaines d’adresses,

il est possible d’effectuer une migration contrôlée vers Kowal_Blog.

Pour l’équipe du client, cela signifie moins de travail opérationnel, et pour le projet une plus grande prévisibilité.

Protection du SEO existant

Lors d’une migration de blog, une question clé revient le plus souvent : que va-t-il arriver aux URL existantes ?

Cette question est tout à fait légitime, car les anciens articles :

• génèrent déjà du trafic organique,
• sont indexés dans Google,
• ont des liens externes,
• figurent dans des supports marketing,
• sont reliés à des campagnes ou à des newsletters.

C’est pourquoi le mécanisme de migration de Kowal_Blog prend en compte la création de redirections pour les structures d’URL connues des articles et des tags. Cela permet de passer à un nouveau modèle d’URL sans laisser les utilisateurs et les robots des moteurs de recherche sur des pages inaccessibles.

En outre, le système génère des rapports sur les redirections effectuées ainsi qu’un rapport distinct sur les collisions d’URL, ce qui permet à l’équipe d’implémentation de voir immédiatement quels chemins ont été traités automatiquement et lesquels nécessitent une décision.

Une meilleure base pour le développement futur de la boutique

La migration n’est pas seulement un transfert ponctuel de données. C’est aussi une remise en ordre de la base sur laquelle la boutique continuera à fonctionner.

Après la migration, le blog passe à un modèle qui utilise les mécanismes natifs de Magento, tels que :

• les catégories du catalogue,
• les store views,
• les URL rewrites,
• les attributs EAV,
• le SEO standard de Magento,
• les formulaires d’administration Magento.

Cela simplifie le développement à long terme et limite le nombre de couches séparées et personnalisées à maintenir.

Possibilité de préparer une migration à la demande du client

Toutes les boutiques n’utilisent pas l’un des modules les plus populaires. Certaines implémentations reposent sur des extensions plus anciennes, des solutions sur mesure ou des versions modifiées de modules disponibles sur le marché.

C’est pourquoi le mécanisme de migration a été conçu de manière extensible.

Cela signifie qu’en plus de la prise en charge prête à l’emploi des blogs Magento connus, il est également possible de préparer une migration :

• depuis un autre module de blog commercial,
• depuis la solution sur mesure du client,
• depuis une structure de données non standard créée dans un projet spécifique,
• depuis une version d’extension qui avait été préalablement modifiée pour une boutique donnée.

D’un point de vue commercial, c’est un avantage très important. Le client n’est pas limité uniquement à une liste d’intégrations prêtes à l’emploi. Si la boutique utilise un blog non standard, il est possible de préparer un parcours de migration dédié, adapté à ses données spécifiques et à son processus business.

Pour qui cette possibilité est particulièrement précieuse

La migration du blog vers Kowal_Blog sera particulièrement intéressante pour :

• les boutiques avec un grand nombre d’articles,
• les marques qui publient régulièrement du contenu SEO,
• les projets multilingues,
• les entreprises prévoyant de refondre leur blog sans perdre le trafic existant,
• les boutiques qui souhaitent simplifier l’architecture Magento et réduire le nombre de systèmes de contenu parallèles.

Argument commercial clair

Le client n’achète pas ici uniquement un nouveau module de blog.

Il achète la possibilité de passer de la solution actuelle à un modèle plus cohérent avec Magento :

• sans réécriture manuelle du contenu,
• avec conservation de la valeur du contenu existant,
• avec un contrôle sur les redirections,
• avec un rapport des opérations effectuées,
• avec l’option de préparer une migration dédiée si le blog actuel fonctionne de manière non standard.

Cela raccourcit le chemin entre la décision de changement et le lancement réel du nouveau blog, et réduit considérablement la barrière d’entrée pour les boutiques qui ont déjà un historique de publication.