Category: WordPress

WordPress 6.8 est en route et promet de raffiner l’expérience utilisateur, tout en optimisant la performance, le design et la sécurité. Prévue pour le 15 avril 2025, cette nouvelle version devrait ravir les utilisateurs.

ℹ️ Votre site WordPress est lent, reçoit trop d’attaques ou vous avez besoin d’aide ? Propulsez votre site WordPress comme jamais avec les hébergements LRob !

Il est parfois complexe d’aller à la pêche aux informations et de comprendre ce qui nous attend… Alors on a démêlé tout cela pour vous. Voici donc ce qui vous attend avec WordPress 6.8.

---

Calendrier de sortie de WordPress 6.8

WordPress nous fournit toujours une roadmap détaillée mais celle-ci peut être un peu complexe à appréhender.

Voici donc les principales étapes avant la sortie officielle de WordPress 6.8 :

Date	Événement
4 mars 2025	Beta 1 : Début des tests intensifs et corrections de bugs
25 mars 2025	Release Candidate 1 : Première version quasi finale
14 avril 2025	Dry run et gel du code
15 avril 2025	Sortie officielle de WordPress 6.8 🎉

Quelles nouveautés pour WordPress 6.8 ?

Les développeurs de WordPress ont annoncé ces fonctionnalités. Si la plupart devrait voir le jour dans la 6.8, il est possible que certaines ne soient pas prêtes à temps. Voici cependant un résumé de ce que WordPress prévoit pour nous.

🔎 Amélioration du mode “Zoom Out”

WordPress 6.8 permet désormais d’éditer les compositions (patterns) en mode “Zoom Out”. Cela enrichit le workflow et devrait plaire à ceux ayant déjà adopté ce mode et convertir les plus réfractaires ! #67140

✍️ Sélecteur de polices d’écriture amélioré

WordPress 6.8 ajoute un sélecteur de police avec aperçu en direct sur le menu déroulant dans l’éditeur Gutenberg, faisant gagner du temps lors du choix des typographies. #67118

🧓 Affichage des styles pour les thèmes non FSE

Les thèmes classiques ou hybrides ayant adopté l’utilisation d’un fichier theme.json pourront désormais afficher un aperçu du style via l’éditeur de site. #66851

🌈 Bouton de réinitialisation des couleurs

Il sera possible de réinitialiser une couleur personnalisée en un seul clic. Ce petit changement fera économiser de nombreux clics aux éditeurs ! C’est à se demander comment on a pu ne pas y penser avant ! #67116

⚡ Performances boostées : préchargement spéculatif

WordPress 6.8 ajoute une fonctionnalité basée sur le plugin Speculative Loading qui intégrera désormais le core WordPress. Il s’agit donc du préchargement spéculatif, une API qui communique avec les navigateurs web. Elle accélère le chargement des pages en anticipant les interactions des visiteurs. Pour l’heure, elle n’est supportée que par les navigateurs basés sur Chromium (Chrome, Edge, Brave, Opera). Firefox teste cela expérimentalement. Core WP #62503

Cette nouvelle technologie attise la curiosité et chez LRob, on espère pouvoir mesurer l’impact sur l’utilisation serveur et autres métriques.

🔎 Affichage des boucles de requêtes plus efficaces

Désormais, il sera possible de filtrer les contenus par année, paginer plus efficacement et structurer les requêtes avec plus de flexibilité.

Les boucles de requêtes présentaient des soucis de logique sur l’affichage des articles mis en avant dans l’éditeur. Cela sera enfin corrigé dans WordPress 6.8. #68570 et #66126

Il sera possible d’ignorer les sticky posts pour tout simplement afficher tous les articles. Et non pas seulement les sticky, ou seulement les non sticky. De quoi simplifier le layout des boucles de requêtes. Enfin ! #66221

Il sera aussi possible de définir une limite de “profondeur” (depth limit) pour les pages enfants (sous-catégories). #68620

👉 Amélioration de l’API d’interactivité introduite dans 6.7

On retrouvera au moins le “lightbox” du bloc galerie, et une fonction de recherche instantanée. Et la navigation pleine page serait améliorée (pas de référence d’issue fournie par WP.org, difficile de savoir concrètement de quoi il s’agit) avec des améliorations régionales (en fonction de la langue).

D’autres fonctionnalités liées sont en préparation.

🖥️ Affichage des données améliorées dans le back-office

WordPress 6.8 unifie le comportement des listes et grilles affichant par exemple les templates dans l’éditeur de sites. La discussion est si énorme qu’elle prendrait des heures à résumer. Pour celle-ci, il faudra attendre la sortie ! #67477

Sur les propriétés d’une page ou d’un post, il sera possible d’éditer plusieurs champs en une fois, économisant un grand nombre de clics. #65399

Une confirmation a été ajoutée lors du vidage des éléments de la corbeille de pages dans l’éditeur FSE. #67824

Les marges autour des boutons d’action ont été légèrement réduites pour éviter le gaspillage d’espace. #67032

L’affichage par grilles permet de choisir la densité d’affichage. #67170

Un badge peut être ajouté dans les grilles de vues (par exemple pour la synchronisation des templates). #68062

Les espacements sur les filtres dans l’affichage des pages de l’éditeur ont été réduits pour éviter le clipping. #65835

Enfin, il sera possible pour les thèmes FSE de changer plus facilement le template des pages depuis l’éditeur de sites. #66591

🧱 Correctifs et améliorations de Gutenberg

Plusieurs blocs manquaient de la gestion des marges et autres contrôles. Cela a été ajouté. #68450, #64425, #68323

L’ajout d’images de fond (par exemple pour les groupes) se retrouve désormais sous un bouton “+” pour uniformiser ce choix optionnel avec les autres choix optionnels. #68085

Enfin, petit détail mais pas des moindres, des chevrons de sélection des polices et des ombres permettant de tout supprimer seront disponibles là où ils manquaient pour ré-uniformiser l’éditeur. #67253

🔐 Sécurité renforcée avec bcrypt pour le hachage des mots de passe

Grande avancée côté sécurité : WordPress 6.8 adopte bcrypt pour le hachage des mots de passe, rendant le stockage et la protection des accès beaucoup plus robustes. Ce changement renforce également la gestion des clés de sécurité et des mots de passe d’application.

🚀 Optimisations supplémentaires pour des sites plus rapides

WordPress 6.8 optimise encore les performances avec :

• Lazy load des métadonnées des articles et utilisateurs,
• Amélioration du cache des requêtes (notamment dans WP_Query),
• Optimisation du chargement des images d’en-tête et du tri aléatoire ORDER BY RAND().

🏆 Accessibilité : WordPress devient fait des bonds en avant

Parmi les améliorations notables :

• Nouveau process d’audit d’accessibilité #50166
• Amélioration de la navigation clavier #59188
• Correction des contrastes
• Meilleure gestion des liens non-cliquables
• Réduction des titres attributs inutiles

La liste complète des correctifs et améliorations est longue :

• Révision de l’utilisation de target=”_blank” dans l’administration
• Suppression des attributs title inutiles
• Ajout de boutons de soumission sur les champs de formulaire dans le panneau Ajouter un média
• Utilisation d’éléments sémantiques pour les faux liens (non-link links)
• Ajout d’un message d’erreur en cas de mot de passe incorrect sur les articles protégés
• Éditeur de code : le linter (HTMLHint) doit afficher une erreur si une case à cocher n’a pas d’étiquette associée
• L’uploader de médias ne restreint pas les types de fichiers acceptés en fonction du contexte actuel
• Thème Twenty Twenty : le sous-menu d’un menu horizontal doit pouvoir être fermé
• Ajout de préfixes aux notifications d’administration (Avertissement, Erreur, Succès, Info)
• Amélioration de l’accessibilité des notifications d’administration
• Correction et amélioration du réagencement des metaboxes
• Ajout d’un mécanisme pour des info-bulles accessibles dans le cœur de WordPress
• Thème Twenty Twenty : fermeture du menu et de la recherche peut entraîner un saut de défilement
• Lecture excessive de texte avec erreurs dans la bibliothèque de médias
• La réinitialisation du mot de passe doit pré-remplir le nom d’utilisateur pour répondre aux normes WCAG 2.2
• Validation des liens personnalisés dans le menu d’administration non accessible
• Simplification des libellés add_new_item pour les types de publication par défaut
• Mise à jour de la classe CSS screen-reader-text et de ses implémentations locales
• Absence de bouton submit – mauvais pour l’accessibilité
• Ajout d’un arrière-plan plus clair pour l’administration
• Ajout de padding et de changements de couleur aux boutons et aux champs de saisie
• Modification du poids des polices pour les paramètres et autres libellés similaires
• Ajustement du fond des lignes alternées dans les tableaux des articles et des pages
• Le bloc core/site-title ajoute aria-current à la page du blog même si ce n’est pas la page d’accueil
• get_custom_logo n’applique pas toujours l’attribut aria-current correctement
• Amélioration de la sémantique HTML dans les tableaux des Informations sur la santé du site
• Suppression des attributs title des scripts de l’éditeur classique

---

WordPress 6.8 : Une version axée sur la stabilité et l’optimisation

WordPress 6.8 va grandement améliorer l’expérience administrateur. Et continuer de convertir de plus en plus en plus de monde à Gutenberg et au Full Site Editing (FSE). Que vous soyez développeur, créateur de contenu, propriétaire de site, ou même visiteur, cette version garantit un écosystème encore plus agréable.

🚀 Préparez-vous dès maintenant à WordPress 6.8 avec LRob

Chez LRob, les hébergement sont optimisés pour WordPress.

Sécurité, performances, outils de gestion et support, tout y est.

Découvrez WPMasterToolKit : le plugin indispensable pour vous simplifier la vie et alléger vos sites WordPress.

Ce plugin made-in France, développé par le talentueux Ludwig YOU de Webdeclic, regroupe une multitude de fonctionnalités essentielles de WordPress, que vous pouvez chacune activer en un clic. Le tout en une seule extension : de quoi simplifier votre gestion tout en accélérant votre site ! 🚀

Un plugin vraiment différent

WPMasterToolKit est simple et flexible. Avec déjà plus de 83 fonctionnalités gratuites activables, ce plugin vous permet de remplacer d’innombrables extensions par une seule.

Ce qui rend WPMasterToolKit unique, outre le fait d’être français, c’est sa capacité à activer uniquement les fonctionnalités dont vous avez besoin, sans alourdir inutilement votre site. Là où d’autres extensions sont monolithiques, chargeant des scripts inutiles même lorsque vous ne les utilisez pas, WPMasterToolKit est conçu pour être léger et efficace.

Si une fonctionnalité est désactivée, le programme associé ne se charge pas du tout. Ainsi, vous allégez l’utilisation de ressources de votre site et améliorez ses performances, en ne chargeant que les fonctionnalités dont vous avez réellement besoin.

D’autres fonctionnalités sont sur le feu, et quelques unes sont disponibles en premium pour pérenniser le projet.

Le développeur, Ludwig YOU, est très à l’écoute des suggestions et améliore activement son plugin. Avec notamment l’ajout récent d’un onglet permettant de voir d’un coup d’œil les fonctionnalités actives.

Fonctionnalités phares de WPMasterToolKit

Voici quelques-unes de mes fonctionnalités préférées jusqu’à présent :

1. Cacher la version de WordPress

Cacher la version de WordPress affichée dans le code source est une excellente mesure de sécurité. Cela réduit les chances que votre site soit ciblé par des attaques automatisées visant des versions spécifiques de WordPress.

2. Limitation des révisions

La gestion des révisions de contenu est un point souvent négligé qui peut rapidement surcharger la base de données. WPMasterToolKit permet de limiter le nombre de révisions par article, ce qui aide à garder la base de données propre et performante.

3. Désactiver le support des emojis

Les emojis sont utiles pour certains sites, mais la plupart des navigateurs modernes supportent déjà nativement ces symboles. Désactiver leur prise en charge au niveau de WordPress permet d’alléger le chargement des pages.

4. Désactiver les balises Really Simple Discovery (RSD)

En désactivant le chargement des balises RSD (et des scripts comme Dashicons pour les visiteurs non connectés), vous pouvez réduire le temps de chargement de vos pages publiques, particulièrement si votre site n’utilise pas de services tiers qui nécessitent ces éléments.

5. Désactiver jQuery Migrate

Si votre site utilise des versions récentes de jQuery, le script jQuery Migrate devient inutile et peut être désactivé pour améliorer la vitesse de chargement des pages.

D’autres fonctionnalités intéressantes

Outre ces fonctionnalités favorites, WPMasterToolKit propose également une panoplie d’outils qui facilitent la gestion quotidienne de votre site. Parmi les plus populaires, vous trouverez :

• Auto-publication des articles manqués : publie automatiquement les articles qui ont raté leur date de planification.
• Gestion du SMTP : Se connecte à un serveur SMTP tiers pour relayer plus fiablement vos emails.
• Désactivation des API REST pour les utilisateurs non authentifiés : améliore la sécurité en limitant l’accès aux données via l’API REST.
• Ban d’emails : bloque la création de comptes utilisateurs avec des adresses email temporaires ou non autorisées.
• Mode Maintenance : affiche une page de maintenance personnalisée pendant vos travaux sans gêner les administrateurs.
• Redirection des 404 vers la page d’accueil : améliore l’expérience utilisateur en redirigeant les pages inexistantes vers la page d’accueil.

Et bien d’autres encore… L’idéal reste d’explorer et de tester par vous-même ! Qui sait, vous pourriez remplacer des dizaines de plugins !

Une boîte à outils WordPress essentielle qui gagnera à être connue

Avec ses multiples fonctionnalités personnalisables, vous avez tout sous la main pour mieux personnaliser et contrôler votre site, améliorer ses performances et renforcer sa sécurité.

Le plugin, encore récent compte à l’heure où j’écris ces lignes +500 installations active. Pour moi, ce plugin est un véritable game changer et je suis convaincu qu’il dépassera le millier bien avant la fin de l’année, et que sa popularité explosera ensuite.

Essayez-le dès aujourd’hui ! WPMasterToolkit sur WordPress.org

Trouver le meilleur plugin de cache n’est pas évident. Il faut le tester, mesurer les performances, connaître son support à long terme…

Alors quel est le cache le plus rapide ? Quel est le meilleur plugin de cache ? Lesquels sont pratiques et complets, lesquels sont performants ? A-t-on besoin de payer pour un bon plugin de cache ?

Aujourd’hui, on tente de répondre à ces questions avec des mesures indépendantes et les plus objectives possibles. Le test est un peu “meta” car il porte sur essai sur lrob.fr, une vitrine/blog réalisée avec FSE (full site editing). Un site standard et léger.

Introduction

L’objectif d’un plugin de cache : tomber sous 200ms de temps de réponse ou “TTFB” (Time To First Byte, 200ms est le temps maximum préconisé par Google PageSpeed Insights).

Mais tous les cache ne se valent pas, comme le rappelle Yoan De Macedo dans son article de blog. Certains sont plus performants et d’autres dégradent même parfois les performances. Alors pour vraiment choisir le meilleur cache, il reste nécessaire d’en tester plusieurs sur son propre site et de mesurer précisément les résultats. En raison de la variabilité du temps de réponse, il est important de faire des tests sur une certaine durée et de moyenner les résultats. Cela peut cependant être fastidieux, alors vous pouvez choisir de vous baser sur ce test comparatif pour commencer à y voir plus clair.

On rappelle aussi que le cache ne fait pas tout. Le cache permet d’alléger les ressources serveur, mais votre site doit être optimisé à la base. Sinon cela s’appelle un “cache-misère”. Privilégiez donc les plugins et thèmes légers et bien optimisés pour éviter les mauvaises surprises. Le cache sera alors la cerise sur le gâteau.

Plugins testés

Je me suis basé sur un “top” des plugins de cache ainsi que sur mon expérience des plugins réellement rencontrés chez les différents clients hébergés pour établir cette liste des plugins à tester :

1. Autoptimize
2. Breeze
3. Cachify
4. LiteSpeed Cache
5. WP Fastest Cache
6. WP-Optimize
7. W3 Total Cache
8. Bonus : Solid Performance (nouveau plugin)

Protocole de test

Ce test réalisé par LRob n’est aucunement sponsorisé par un quelconque plugin de cache. Il a vocation à être le plus objectif possible. Cependant, ce test n’est que le reflet de lui-même et de notre avis qui ne saurait être parfaitement objectif et n’a donc pas vocation à produire des vérités générales. LRob est un hébergeur web indépendant spécialiste de WordPress.

Détails du site web

Le test est réalisé sur https://www.lrob.fr/. La fonction WP-Cron est désactivée et est exécutée directement par le serveur toutes les 4 minutes. Le site tourne sous PHP 8.3.12 en FPM dédié derrière Apache 2, avec MariaDB 11.4. Redis server est également disponible sur le serveur hôte (version 5:6.0.16).

Thème

Le site est réalisé avec FSE et le thème Twenty Twenty-Four

Plugins

Le site comporte 17 plugins actifs au moment du test (sans compter le plugin de cache testé) :

Voir la liste des plugins

• Comment Blacklist Updater
• Complianz | GDPR/CCPA Cookie Consent
• Connect Matomo
• Easy WP SMTP
• hCaptcha for WP
• Insert PHP Code Snippet
• Optimize Database after Deleting Revisions
• Rank Math SEO
• Regenerate Thumbnails
• Simple Local Avatars
• Site Reviews
• Social Sharing Block
• TranslatePress – Developer
• TranslatePress – Multilingual
• Update URLs
• WPForms Lite
• WPMasterToolKit

Mesures et détails

La mesure du temps de réponse est effectuée avec Uptime Kuma sur un serveur chez PulseHeberg en Suisse (Lausanne), qui fournit cette moyenne. Le serveur en production est situé en Allemagne chez Hetzner à Falkenstein.

Chaque plugin est testé successivement, avec une mesure toutes les 20 secondes pendant 5 minutes ou plus (parfois je suis allé me faire un café entre temps), soit minimum 15 mesures pour obtenir une moyenne cohérente.

Entre chaque test, les valeurs enregistrées d’Uptime Kuma sont effacées après une première mesure une fois que le cache est mis en place; le dossier de cache est supprimé et il a été vérifié que le .htaccess et wp-config.php sont bien exempts de toute trace du précédent plugin.

Limites du protocole

Le test est fait sur un serveur en production, générant une variabilité des résultats légèrement supérieure à celle observée sur un serveur sans activité. Cependant, l’utilisation serveur est très modérée au moment du test et la variabilité est compensée par une série de plus de 15 mesures à chaque fois qui permet de moyenner les résultats. Le but n’est pas d’avoir la valeur à la milliseconde près, mais d’obtenir un ordre de grandeur.

Par ailleurs, le test est fait sur un site spécifique et ne peut pas être extrapolé à l’ensemble des sites : chaque site est différent et régira différemment à certains plugins (en particulier les boutiques). Mais si votre site est fait avec le thème Twenty Twenty-Four ou un autre thème FSE (Full Site Editing), alors il y a fort à parier que vos résultats soient similaires.

Tests et Benchmarks

Baseline – Test contrôle : Réponse sans plugin de cache

Sans aucun plugin de cache, le site répond en moyenne en 379ms avec une faible variabilité. Cette valeur est relativement faible de base, puisque les sites faits avec des builders peuvent facilement prendre 2 à 4x ce temps de réponse.

Voyons comment s’en sortent les différents plugins de cache pour améliorer ce temps de réponse.

Autoptimize

Réponse moyenne : 379ms

Le temps de réponse est identique au site sans cache. Et pour cause, la fonction de cache de Autoptimize n’est en fait disponible qu’avec le plugin payant. Autrement dit, vous n’accélérerez pas votre site en version gratuite avec ce plugin. Dommage.

Cependant, comme le précise le développeur Simon JANVIER, Autoptimize, en version gratuite, est davantage utile pour la concaténation et minification intelligente des scripts. Sur ce point, il peut alléger votre site, mais cela n’améliorera pas le TTFB (temps de réponse) de votre site.

Breeze

Contrairement à ce que je pensais initialement, Breeze n’est pas réservé à Cloudways ou à Varnish, il fonctionne également sur un système classique. Je l’ajoute donc à ce test et je remercie Michael GOUT d’avoir porté ce plugin à mon attention.

Réponse moyenne : 98ms

Le résultat est bluffant : on tombe sous les 100ms avec une très bonne stabilité des temps de réponse ! Je découvre ce plugin et j’en tombe de ma chaise !

J’émets une petite réserve sur la compatibilité du plugin avec tous les sites en raison des commentaires sur wordpress.org. A la lecture de ces commentaires, il semble que son utilisation pourrait poser quelques soucis avec les sites les plus dynamiques ou complexes, comme les e-commerce WooCommerce.

Pour le reste, il semble être un excellent choix à ne surtout pas manquer.

Cachify

Cachify propose par défaut une mise en cache en base de données et supporte également un cache par fichiers et par Redis. Nous avons testé le cache par défaut et Redis. En dehors de cela, très peu de réglages nous sont disponibles.

Réponse moyenne : 260ms

Les résultats sont similaires entre le cache “Database” et Redis, on est dans la marge d’erreur. Les résultats semblent cependant plus stables avec Redis. Le résultat dépasse dans tous les cas les 200ms escomptées, ce qui est donc décevant. Ce plugin ne peut pas vraiment être recommandé.

LiteSpeed Cache

LiteSpeed Cache a beaucoup fait parler de lui récemment pour ses failles de sécurité. Le plugin prétend correspondre également à un serveur Apache. Alors comment s’en sort-il en pratique ?

Réponse moyenne : 376ms

Un résultat décevant pour LiteSpeed cache sur notre configuration de test, puisque le site est dans la marge d’erreur du temps de réponse original du site, sans cache.

Et pour cause, comme le relève Louis Chance, LiteSpeed, comme son nom l’indique, n’apporte aucun cache sur un serveur Apache ! Il faut forcément un serveur LiteSpeed disponible. Impossible de recommander ce plugin si vous tournez sous Apache, étant donné les performances obtenues et les multiples failles de sécurité récentes.

W3 Total Cache

W3 Total Cache offre un assistant de configuration et de nombreux réglages. C’est le plugin gratuit le plus complet que je connaisse. Il supporte différents types de cache dont Redis. Ici, la minification a été activée, ce qui peut augmenter légèrement le temps de réponse mesuré mais offre de meilleures performances pour les visiteurs à la connexion plus lente (mobiles, ADSL, etc.).

Réponse moyenne : 159ms

Enfin un résultat sous les 200ms ! Avec Redis, donc en évitant des milliers de fichiers de cache. Et un grand contrôle sur les réglages et des options comme le Lazy Load des images, et la désactivation de certains scripts optionnels de WordPress. Sa configuration versatile permettra de s’adapter plus précisément à chaque site : vous pourrez mesurer les performances obtenues avec différents réglages et choisir les plus pertinents pour votre site spécifique.

Par ailleurs, les autres types de cache disponibles sont également performants, bien que non testés aujourd’hui, les résultats sont assez similaires quel que soit le type de cache choisi.

Ce plugin n’a jamais déçu selon notre expérience est donc tout à fait recommandable. (C’est même le choix de LRob.fr)

WP Fastest Cache

Ce plugin offre des options intéressantes en version gratuite. Certaines options offertes gratuitement avec W3 Total Cache manquent cependant à l’appel.

Mais le plus important aujourd’hui : ce plugin porte-t-il bien son nom, en étant réellement le plus rapide ?

Réponse moyenne : 123ms

Ce plugin porte assez bien son nom, c’est effectivement l’un des plus rapide testés ! Sur notre test, Breeze arrive cependant en tête.

Chez LRob, nous avons vu plusieurs blogs divers et variés obtenir de très bons résultats avec ce plugin. Il n’a jamais déçu, et nous le recommandons sans hésiter.

WP-Optimize

WP-Optimize n’offre que très peu de réglages de cache. Car en réalité, sa fonction première semble plutôt être le nettoyage de la base de données. Alors comment s’en sort-il en cache ?

La variabilité du temps de réponse est trop élevée à notre goût avec des réponses oscillant entre 132 et 180ms.

Néanmoins, la moyenne reste très bonne avec 152ms. Une bonne surprise.

Nous ne sommes pas du tout rassurés par cette variabilité et ne recommandons donc pas ce plugin en tant que cache. D’autant plus que nous avons déjà observé des sites plus lents avec ce plugin que sans… A utiliser donc avec précaution en tant que cache.

Solid Performance

En bonus, je vous propose de tester un nouveau plugin de cache, Solid Performance, qui semble prometteur. (merci à Julien ROUSSEL pour la recommandation).

Réponse moyenne : 155ms

Si celui-ci ne fournit strictement aucun réglage, son temps de réponse mesuré figure parmi les meilleurs de ce test. De quoi potentiellement satisfaire ceux qui n’ont pas envie de faire le moindre réglage. Le plugin étant jeune, il n’a pas encore été éprouvé, néanmoins un plugin de cache se change facilement si besoin dans la plupart des cas, il n’y a donc pas trop de risque à l’essayer si le cœur vous en dit !

Résumé des résultats et conclusion

Plugin	Réponse moyenne (ms)	Pourcentage (lower is better)
Baseline (pas de cache)	379	100%
Autoptimize	379	100%
Breeze 🥇	98	25.8%
Cachify Database	257	67.8%
Cachify Redis	263	69.4%
LiteSpeed	376	99.2%
W3 Total Cache Redis 🥉	159	41.9%
WP Fastest Cache 🥈	123	32.4%
WP-Optimize	152	40.1%
Solid Performance	155	40.9%

Nous pouvons sans hésiter recommander Breeze, WP Fastest Cache et W3 Total Cache qui sont tous les trois excellents. Ils proposent de très bon temps de réponse avec suffisamment de réglages, même en version gratuite. A noter toutefois que Breeze pourrait poser quelques soucis sur certains sites. Aussi, W3 est toutefois un peu plus complet en gratuit que WP Fastest Cache, raison pour laquelle il a été choisi pour LRob.fr, mais Breeze pourrait potentiellement le remplacer à terme, car il fournit presque autant de fonctionnalités tout en étant plus simple d’utilisation.

En résumé, selon notre test :

• Choisissez Breeze pour la performance max, plutôt pour les sites vitrine
• Choisissez W3 Total Cache pour le plus haut niveau de personnalisation ou si votre hôte supporte Redis (c’est le cas des hébergements LRob)
• Choisissez WP Fastest Cache pour d’excellentes performances sans configuration

Mention pour WP-Optimize qui malgré son manque de réglages et sa grande variabilité de temps de réponse montre un temps de réponse moyen tout à fait correct. Mention également pour Solid Performance qui, nouvel arrivant, porte bien son nom et semble prometteur sans pour autant révolutionner quoi que ce soit, en l’état, dû à son manque de réglages. Cachify montre des réglages et des performances inférieures aux autres plugins. Nous ne pouvons pas nous prononcer sur LiteSpeed dans notre configuration Apache (si ce n’est que son intérêt est donc très limité dans ce type de configuration). Autoptimize enfin, n’apporte aucune amélioration sur les temps de chargement et est donc totalement inutile à cet effet, selon nos mesures, mais pourrait être utilisé en conjonction avec un plugin de cache pour réduire le nombre de fichiers.

Vu les bons résultats obtenus avec ces plugins gratuits, il ne semble donc pas indispensable de payer pour un plugin de cache si vous n’avez pas besoin des fonctions additionnelles proposées. Nous pourrions cependant tester les versions payantes dans un futur article, si cela vous intéresse.

On rappelle bien-sûr qu’un hébergement performant est indispensable pour obtenir les meilleurs temps de réponse. Pour cela, les hébergements LRob sont là pour vous servir (dans tous les sens du terme) !

Imaginez le drame : seulement 1 chance sur 10 que vos demandes vous parviennent !

Les formulaires de contact sont indispensables pour acquérir des clients. Pourtant, un certain nombre de ces formulaires sont mal configurés et échouent à faire parvenir les demandes des prospects…

De plus, les formulaires sont sensés être faits pour vous faire gagner du temps… Et quelques astuces peuvent vous y aider… Par exemple en ne recevant pas de spam ou en pouvant répondre plus rapidement.

Aujourd’hui, LRob vous fait gagner du temps et des prospects !

1. Ne mettez pas l’adresse email du client en expéditeur (From)

L’erreur la plus fréquente lors de la configuration des formulaires de contact est de considérer le client comme l’expéditeur du mail.

Il peut sembler logique de mettre son adresse email dans le champ “From”, mais cela provoque un problème majeur : le mail spoofing, ou usurpation d’identité.

En procédant ainsi, votre site web se fait passer pour l’adresse email de votre client (par exemple : john.doe@microsoft.com). Si le domaine de votre client est bien sécurisé (ce qui est souvent le cas), il refusera que votre serveur envoie un email en son nom. Le message sera donc bloqué silencieusement par votre fournisseur email, ou considéré comme du spam… 9 chances sur 10 que vous soyez considéré comme un spammeur.

La solution est très simple : l’expéditeur du mail doit toujours être une adresse liée à votre propre domaine. Par exemple, utilisez une adresse telle que : site@votredomaine.fr. Cela garantit que les emails envoyés à partir de votre formulaire ne seront pas rejetés ou classés comme spam.

2. Protégez vos formulaires avec un Captcha

N’oubliez pas d’ajouter un Captcha pour éviter les spams.

Le Captcha n’est pas là juste pour embêter le monde : c’est une solution simple et efficace pour filtrer les robots et préserver la qualité des messages reçus.

Sans cette protection, vous allez recevoir des dizaines voire des centaines de messages non sollicités par jour, ce qui vous fera perdre du temps à trier, en plus de manquer les vraies demandes.

Pour respecter la vie privée de vos usagers, je conseille hCaptcha.

3. Configurez SMTP sur votre site

Votre site web devrait avoir une adresse mail dédiée avec un vrai login SMTP pour vos envois. Pour rappel, SMTP est le protocole standard d’envoi email.

Si vos mails sont chez Gmail ou Microsoft, cela va être plus compliqué à appliquer car vous payez à chaque boîte mail et SMTP est désactivé par défaut… Mais s’ils sont chez votre hébergeur favori alors aucun souci !

Pour WordPress, je conseille le plugin Easy WP SMTP ou bien WPMasterToolkit.

Mais pourquoi s’embêter à utiliser SMTP ?

• Les envois par défaut via la fonction php mail() sont parfois désactivés pour éviter les envois involontaires de mails et ainsi préserver la réputation des serveurs (bloqué par défaut chez LRob, autorisé au cas par cas).
• Cela assure que l’envoi se fasse depuis un vrai serveur email plutôt que depuis le serveur du site web, lorsque ces deux serveurs sont distincts.
• SMTP va améliorer la délivrabilité des mails grâce à des “headers” email (des méta-informations) généralement plus propres que php mail().
• En cas de problème avec le formulaire (envoi massif de spams par exemple), SMTP permettra de limiter les envois à un quota horaire.
• En cas de souci de délivrabilité quelconque, si votre hébergeur fournit du support pour cela (c’est le cas de LRob), les envois SMTP sont bien plus facilement traçables dans les logs, ce qui simplifie le diagnostic.

En résumé, utiliser SMTP n’a que des chances d’améliorer votre délivrabilité et d’éviter les problèmes. Utilisez-le !

4. Vérifiez la délivrabilité de vos emails du formulaire

Assurez-vous que vos messages sont bien reçus en effectuant des tests avec des outils comme mail-tester.com.

Mail-Tester vous permet de mesurer la qualité de vos envois.

Mettez l’adresse mail s’affichant à la visite de mail-tester.com en destinataire du formulaire, faites votre test, puis vérifiez le score.

Un score supérieur ou égal à 9/10 est recommandé pour garantir la bonne réception des demandes. Ce score devrait également être atteint lors de vos envois email classiques. Si ce n’est pas le cas, contactez votre hébergeur email pour plus d’infos (ou venez vous héberger chez LRob !).

5. Faites vos tests en navigation privée

Lorsque vous testez vos formulaires de contact, faites-le en navigation privée.

Si vous êtes connecté à votre site, certaines fonctionnalités comme le Captcha peuvent être désactivées, pour ne citer que ça. Cela pourrait fausser vos tests et vous donner une impression erronée de la qualité de votre formulaire.

6. Utilisez une adresse destinataire liée à votre domaine

Assurez-vous que l’adresse de réception (destinataire du formulaire) appartient bien à votre domaine (vous@votredomaine.fr) et qu’elle n’est pas redirigée vers une autre adresse.

En cas de problème avec votre formulaire, par exemple si vous recevez du spam via le formulaire et que le destinataire est un grand fournisseur de messagerie (Gmail, Orange, Yahoo, etc.), vous pourriez être considéré comme spammeur.

Utiliser votre propre domaine en destinataire du formulaire vous permet donc de protéger votre e-réputation et de réduire les risques de blocage ou de mauvaise gestion des emails par les fournisseurs de messagerie.

7. Évitez les emails de confirmation

Envoyer un email de confirmation peut sembler être une bonne idée, mais il faut s’en méfier.

Si ce message contient le texte soumis par l’utilisateur, votre formulaire peut alors être exploité par des personnes malveillantes pour envoyer du spam à n’importe quelle adresse mail via votre site. Même si le texte n’est pas repris, cela peut quand même générer des mails non sollicités vers des tiers, ce qui n’est jamais bon.

Cela peut donc ternir la réputation de votre domaine et vous exposer à des sanctions. Préférez donc éviter cette pratique.

8. Utilisez le champ “Reply-To” pour faciliter vos réponses

Même si vous ne devez pas mettre l’adresse email du client dans le champ “From”, vous pouvez cependant l’ajouter dans le champ “Reply-To”.

Ainsi, vous pourrez directement répondre au mail du formulaire : l’adresse email de votre prospect sera automatiquement le destinataire de votre mail.

Une solution simple et efficace pour gagner du temps !

9. Sauvegardez les demandes sur le site

Envisagez de sauvegarder les demandes du formulaire en base de données du site.

Des plugins WordPress comme “Contact Form 7 Database Addon” permettent cela gratuitement. Vous pourrez alors vérifier de temps en temps que vous n’avez pas loupé une demande.

Pour aller plus loin…

Si vous avez des doutes sur la configuration de vos formulaires, ou si vous souhaitez un audit personnalisé, n’hésitez pas à me contacter.

Aussi, le conseil relatif à la délivrabilité email est inclus dans le support LRob pour tous les clients.

Je n’ai plus qu’à vous souhaiter une belle réussite avec des formulaires au top désormais ! 💪

En tant que possesseur d’un ou plusieurs sites WordPress, vous devriez savoir à quel point un hébergement web pratique, performant et fiable et sécurisé peut révolutionner votre approche.

Vous n’imaginez vraiment pas à quel point vous pouvez révolutionner votre gestion de WordPress.

Révolutionnez votre gestion avec le WordPress Toolkit

Que vous soyez expert ou non, gérer et maintenir un site WordPress peut être fastidieux et coûteux en temps. Si vous avez plusieurs sites, cela devient encore plus complexe.

Heureusement, avec le WordPress Toolkit inclus dans l’hébergement LRob, la maintenance devient un jeu d’enfant ! Vous allez gagner un temps fou ! Le WordPress Toolkit révolutionne totalement l’approche de la gestion WordPress en la rendant beaucoup plus efficace et scalable.

ℹ️ Contrairement à d’autres outils, le WordPress Toolkit est n’est pas intrusif : aucun plugin à installer, et votre installation de WordPress reste parfaitement standard !

✅ Installez WordPress en quelques clics, personnalisez l’installation si vous le souhaitez. Fini d’avoir à créer une base de données à la main.
✅ Vérifiez d’un coup d’œil si tout va bien et connectez-vous en un clic au back-office de vos sites.
✅ Changez votre mot de passe ou email administrateur en 3 clics
✅ En 1 clic : activez/désactivez l’indexation, le mode debug, l’exécution de wp-cron par le serveur !

✅ Mettez à jour automatiquement vos sites, thèmes et plugins et vérifiez les failles de sécurité en un coup d’œil (et soyez alertés par mail quand une nouvelle faille est détectée).
🔒 Appliquez une dizaine d’améliorations de sécurité en quelques clics seulement.
🔨 Votre site a planté suite l’installation d’un plugin ? Désactivez ce plugin en 2 clics avec le WP Toolkit !
🔨 Clonez votre site simplement via l’assistant

ℹ️ Si vous avez plusieurs sites, alors ceux-ci sont bien isolés au niveau du système, mais vous pouvez tous les afficher sur le même écran, pour gérer efficacement toutes vos installations !

Les tâches complexes et fastidieuses sont ainsi rendues extrêmement simples. C’est une révolution qui vous permettra de gérer de nombreux sites très facilement.

Des performances maximales pour vos sites WordPress

La rapidité de votre site est critique pour l’expérience utilisateur et le référencement.
Elle détermine aussi si vous allez gaspiller votre temps dans un back-office WordPress lent.

En tant que gestionnaire de site, vous avez certes un rôle à jouer en choisissant des plugins bien optimisés. Mais cela ne fait pas tout : la mesure des performances avant/après passage chez LRob montre une amélioration d’un facteur 2 à 15 sur les les performances par rapport aux hébergeurs traditionnels !

Voici les gains mesurés avant (à gauche) et après (à droite) migration vers LRob.

Comment est-ce possible ? Les hébergeurs classiques se moquent-ils de nous ?

Les hébergeurs classiques vous vendent souvent des “clusters” de serveurs vieux et saturés, qui rajoutent de la latence à chaque étape du traitement des pages et requêtes de votre site. Aussi, il n’y a pas souvent de solution de cache simple à utiliser et ultra performant directement sur le serveur.

Le secret LRob : des serveurs simples, performants et bien gérés !

• Une infrastructure simple et au top niveau : des serveurs dédiés physiques parfaitement SUR-dimensionnés pour que chacun bénéficie des performances maximales à chaque fois qu’il en a besoin. Avec des SSD NVME locaux, pour des accès ultra rapides à vos fichiers et aux bases de données MySQL, des CPU de pointe pour un traitement rapide et une marge de performances énorme, avec bien plus de RAM qu’il n’en faut.
• Une gestion intelligente et unique : une lutte anti-robots pirates exclusive, permettant d’éviter toute saturation inutile des serveurs, tout en protégeant vos sites. Et une configuration optimisée de chaque élément logiciel du serveur web.
• Un cache Redis en RAM serveur : fini les milliers de fichiers de cache stockés dans votre site, Redis vous permet de stocker votre cache du site directement en RAM serveur !

La sécurité native pour vos sites WordPress

La sécurité de votre site est primordiale. Pourtant, sécuriser un site WordPress est souvent un casse-tête que personne ne comprend vraiment. Les plugins de sécurité ne sont pas très efficaces, vous font perdre du temps et nuisent aux performances de vos sites.

Un piratage de site web est toujours un drame. C’est pourquoi il faut mettre toutes les chances de votre côté. Et cela passe d’abord par une configuration native sécurisée du serveur qui héberge vos sites.

Un hébergeur spécialisé WordPress améliore drastiquement la sécurité de votre site par rapport à n’importe quel plugin grâce à une configuration serveur rigoureuse.

Voici tout ce qui est fourni “out of the box” par l’hébergeur WordPress spécialisé LRob :

• Pare-feu applicatif personnalisable pour bloquer les tentatives de hack
• Blocage automatique des robots pirates pour que leurs requêtes ne puissent atteindre vos sites
• Améliorations de sécurité spécifiques à WordPress applicables en quelques clics seulement grâce au WordPress Toolkit.
• Alertes en cas de faille de sécurité : si votre site comporte une vulnérabilité rendue publique, vous en êtes alertés directement par mail, vous permettant d’agir efficacement !
• Certificats SSL Wildcard Let’s Encrypt inclus pour sécuriser les communications de votre site et services connexes comme les emails.
• Sauvegarde quotidienne externalisée avec une rétention d’un an. Faite au plus haut niveau, c’est à dire directement par le serveur. Plus fiable qu’une sauvegarde effectuée par votre site, cette sauvegarde peut résister aux pires catastrophes ! Aussi, elle ne sort jamais chez un GAFAM et reste dans l’infrastructure privée LRob, assurant la confidentialité de vos données. Vous avez également la possibilité de configurer vos propres sauvegardes vers le FTP de votre choix.

Gestion simplifiée avec Plesk

Gérer votre hébergement WordPress n’a jamais été aussi simple qu’avec Plesk.

Ce panneau de contrôle intuitif vous permet de gérer tous les aspects de vos hébergements en quelques clics dans un panneau extrêmement bien présenté ! Le bon vieux cPanel n’a qu’à bien se tenir, il fait bien pâle figure à à côté de l’excellente présentation et praticité de Plesk !

Que vous souhaitiez créer des adresses email, gérer les accès FTP, configurer vos bases de données MySQL, ou modifier votre zone DNS : tout est à portée de main. Y-compris le WordPress Toolkit dont on reparle juste après.

Vous pouvez même accéder aux logs web pour diagnostiquer et résoudre rapidement les problèmes de votre site.

Une assistance et support passionné de WordPresss

En choisissant un hébergeur spécialisé WordPress, vous bénéficiez également d’un support expert et passionné qui fera tout pour vous aider, sans lire un script débile ou rejeter la faute sur le client.

Que ce soit pour des conseils de configuration, des problèmes d’accès ou des questions techniques, LRob sera toujours heureux de vous aider, de partager son savoir et son expérience pour vous faire atteindre vos objectifs.

Cette assistance de qualité change totalement la donne pour vous accompagner au quotidien.

Au fait : le monitoring de chacun des sites hébergés est fait en 24/7 toute l’année ! Concrètement, si votre site plante suite à une mise à jour, on vous prévient dès que possible, avant même que vous ne l’ayez remarqué ! Et on vous aide à comprendre le souci et à le remettre sur pieds !

Des options exceptionnelles pour les revendeurs

Vous avez plusieurs sites ? Gagnez encore plus de temps (et d’argent) !

Avec le panel revendeur Plesk, centralisez et simplifiez votre gestion, et devenez hébergeur !

Plus vous avez de sites, plus la solution devient économique. Par exemple, avec les tarifs LRob de 2024, si vous avez 8 sites, l’hébergement vous revient à 47.5€/an par site. Si vous avez 128 sites, cela vous revient à 15.5€/an par site.

Devenez interlocuteur unique pour vos client, créez-leur un accès si besoin, et offrez un service plus fiable et plus efficace.

Vous gagnez du temps, vous margez sur l’hébergement… Et vous offrez un meilleur service ! Avec un support d’expert pour vous accompagner au quotidien.

Offrez-vous la tranquillité avec un hébergement WordPress spécialisé

Opter pour un hébergement WordPress spécialisé, c’est choisir la sérénité et la performance pour votre site. Vous bénéficiez d’un service sécurisé, facile à gérer et optimisé pour WordPress et du meilleur support d’expert lorsque vous en avez le plus besoin.

Les offres LRob, ce sont des performances supérieures à ce que vous pourriez rêver même sur serveur dédié de la NASA, avec une gestion parfaite incluse, à un coût ultra raisonnable !

Alors n’attendez plus, faites confiance à un hébergeur expert WordPress comme LRob et offrez-vous la tranquillité d’esprit que vous méritez.

---

Pour héberger un site WordPress : choisissez un hébergement WordPress !
Pour héberger entre 5 et 128 sites WordPress : choisissez une offre Web Agency !
Vous cherchez un webmaster ? Optez pour l’Hébergement avec Webmastering WordPress.

Contactez-moi pour plus d’infos.

Depuis des années, les constructeurs de pages pour WordPress, appelés “builders” sont à la mode. Il s’agit d’éditeurs visuels ayant vocation à faciliter la mise en page des sites.

Elementor, Divi, WPBakery : Agences web, webmasters, chacun utilise son “builder” à tout-va. Révolution de WordPress, ou monumentale erreur, qu’en dit “l’expert WordPress” ?

La promesse des « Builders » WordPress

Les builders sont populaires car ils promettent de créer des pages riches et complexes sans toucher à la moindre ligne de code, grâce à des éditeurs visuels. Et sur ce point ils délivrent globalement leur promesse.

Mais alors Jamy, quels éléments viendraient remettre en question le bien-fondé de l’utilisation des builders dans le monde si parfait qu’est le nôtre ?

Les « Builders » WordPress vous emprisonnent

Les builders sont généralement payants, en abonnement annuel. Ayant payé votre builder, vous ne comptez donc pas faire marche arrière et ferez tout pour le faire fonctionner.

Mais un jour, la fatalité arrivera : vous aurez un souci vraiment bloquant avec votre builder et vous souhaiterez revenir en natif (sans builder). Ou choisir un autre builder.

Et là, c’est le drame.

Aucun standard, aucune interopérabilité entre les différents builders. Et surtout, aucun affichage si le plugin est désactivé.

Sans son builder, votre site est HS, vous devez le refaire totalement.

Alors, avez-vous vraiment gagné du temps et de l’argent en utilisant un builder pour façonner votre site ?

Les « Builders » vont à contre-courant de WordPress

Les builders modifient le fonctionnement natif du CMS WordPress.

Fonctionnement des builders

Un builder va occasionner des centaines de balises qui doivent être interprétées et converties dynamiquement en code HTML (le langage d’affichage final envoyé aux visiteurs) par le serveur avant d’être envoyés au visiteur.

Certains builders vont également générer des scripts (js) et feuilles de style (css) à la volée en fonction des pages.

Fonctionnement natif de WordPress

Auparavant, pour modifier l’apparence de WordPress à partir d’un thème donné, il fallait soit avoir choisi un thème très personnalisable, soit mettre les mains dans le code du site. Dans les deux cas, le contenu des pages restait natif et un changement de thème ne cassait donc pas l’intégralité du site.

Désormais, WordPress pousse Gutenberg, son système de blocs. Il permet nativement, sans aucune modification de WordPress, d’éditer visuellement tout le contenu de votre site : Pages, articles, mais également l’affichage global grâce au “full site editing”. Comme un builder en fait… ? Oui, sauf que le code généré est du HTML et n’a donc aucun coût en performances ou en temps de chargement.

L’impact sur les performances… Et l’écologie.

Lenteurs extrêmes

Durant mon expérience d’infogérant web-hosting, j’ai été sollicité par de nombreux clients WordPress se plaignant de lenteurs sur leur site. Les serveurs n’étaient pas saturés, mais leurs sites avaient un point commun récurrent : Ils utilisaient des builders WordPress.

Lors des tests avec/sans builder, j’ai observé un ralentissement de l’ordre de 10 à 40 avec leur builder activé. C’est à dire qu’un site mettant 0.3s à charger nativement passe à plus de 3s, voir plus de 10s dans les cas les plus extrêmes.

Mais le ralentissement a également lieu au niveau des visiteurs. Les nombreux et lourds scripts (js) et feuilles de style (css) générés par les builders prennent du temps à télécharger, puis doivent être interprétés. Ce faisant, ils prennent encore du temps.

Le temps, c’est de l’énergie

Les temps de chargements, ce sont des ressources de calcul et donc d’énergie consommées au niveau du serveur et de votre périphérique d’accès (smartphone, PC). Plus ça occupe les CPU (processeurs), plus de l’énergie est gaspillée.

Si la situation s’améliore avec des rustines d’optimisation du côté des builders, ou des plugins de mise en cache (qui évitent certaines consommation serveur), les performances ne sont généralement toujours pas au rendez-vous par rapport à un site natif.

Impact sur le succès du site

On le sait, la rétention des visiteurs sur un site dépend notamment de sa vitesse. Aussi, on a de bonnes raisons de penser que les moteurs de recherche favorisent les sites les mieux optimisés.

Impact écologique indéniable

WordPress propulse plus de 43% des sites web dans le monde. Nombre de ces sites comportent des builders, générant une surconsommation de ressources serveur de l’ordre de x10 (voir jusqu’à x40). Les builders ont donc une emprunte carbone considérable qu’il serait intéressant de mesurer objectivement. Je ne serais pas étonné que cela augmente la consommation d’énergie d’internet de 10% ou plus.

Fiabilité et sécurité

Une bonne partie des pannes observée sur les sites lors des mises à jour est due aux builder. Vous avez intérêt à avoir un bon backup. Tout ça, c’est de la maintenance additionnelle, perdue pour le webmaster et/ou pour le client.

De plus, les builders étant populaires, des failles de sécurité sont régulièrement découvertes. Donc si vous mettez à jour, vous risquez de casser le site, et si vous ne mettez pas à jour, vous risquez un hack. Vous choisissez quoi ?

Builders à outrance

Certains ont le réflexe systématique du builder. Même sur un site extrêmement simple. Mais est-ce vraiment nécessaire ?

Dans de nombreux cas, utiliser un builder revient à tuer une mouche au lance-flamme.

La règle n°1 de l’optimisation : n’utiliser que ce qui est nécessaire. Un peu de minimalisme ne fait de mal à personne.

A-t-on besoin de réfléchir 2000 ans à décaler une image d’un ou deux pixels ? Cela ne fait plaisir qu’aux web designers. Les utilisateurs et propriétaires des sites n’en ont rien à faire.
Dans le monde réel, ce n’est pas ce qui importe pour le succès d’un site, c’est d’abord son contenu.

Ce qu’il faut, c’est avoir un site simple à maintenir, fiable, sécurisé, et rapide à afficher pour les visiteurs, et surtout, contenant les informations utiles recherchées par vos visiteurs, pour un bon référencement SEO (sur les moteurs de recherche Google et autres), et avec une emprunte carbone la plus faible possible.

Les alternatives

De nombreux thèmes natifs, souvent gratuits, sont capables d’offrir une expérience visuelle claire et plaisante et permettent déjà un excellent niveau de personnalisation.

De plus, avec Gutenberg, WordPress offre désormais la fonction “Full Site Editing” permettant, avec les thèmes compatibles, d’agencer chaque partie du site comme on le souhaite.

Cela devrait dans un futur proche marquer le début de la fin des builders.

Personnellement, j’ai toujours refusé d’aller à l’encontre du fonctionnement natif de WordPress, et j’ai adopté Gutenberg dès sa sortie malgré les bugs et limitations.