Neuf produits,
un site WordPress,
chaque écran justifié.

De l’en-tête au pied de page, dans l’éditeur de blocs.

L’éditeur de blocs de WordPress est rapide et natif, mais il ne peut pas donner à une même mesure une valeur distincte pour l’ordinateur, la tablette et le mobile — mesuré à nouveau sur WordPress 7.1, et la raison technique la plus courante pour laquelle les gens installent un constructeur de pages. MevvBlocks comble cet écart puis va plus loin : cent dix blocs, des modèles de thème de l’en-tête au pied de page, une grille d’articles et un constructeur de boucles, un moteur de formulaires, des pop-ups, des transformations et des masques, du code personnalisé pour tout le site, un seul écran pour la palette du site, WebP et AVIF pour vos images, une mise en cache au niveau du bloc, un audit d’accessibilité qui dit la vérité au lieu de la masquer, et un écran Core Web Vitals alimenté par vos propres visiteurs. Le catalogue va désormais de la bascule et des onglets imbriqués au diagramme circulaire, à une liste de lecture, à une infobulle, à un formulaire d’infolettre et à une animation SVG, avec huit styles de bloc dans le panneau Styles de l’éditeur lui-même — et chacun d’eux cesse de bouger quand le visiteur a demandé un mouvement réduit. Le canevas n’est plus une approximation non plus : l’éditeur demande au serveur le même CSS que la page imprimera, donc ce que vous disposez est ce qui est livré. Vingt-trois de ces blocs sont pour WooCommerce, et aucun d’eux ne redessine WooCommerce : ils appellent ses propres modèles, pour que votre thème et vos extensions continuent de fonctionner.

Chaque mesure, par taille d’écran

Une marge intérieure, une taille de police, un nombre de colonnes peut porter une valeur distincte pour l’ordinateur, la tablette et le mobile. Le cœur de WordPress ne le peut pas — cela a été mesuré sur la 7.1, pas supposé. Le même panneau sort aussi un élément du flux avec un positionnement absolu ou fixe, et ses décalages comme son z-index sont eux aussi propres à chaque appareil.

Cent dix blocs

Mise en page, texte et médias ; menu, recherche, grille d’articles et constructeur de boucles ; logo du site, titre de page, fil d’Ariane, informations de l’article et boîte d’auteur pour les modèles de thème ; vidéo, audio, liste de lecture, galerie, tableau, FAQ, chronologie et code ; bascule, onglets imbriqués, diagramme circulaire, infobulle, infolettre, flux social, boîte retournable, appel à l’action, titre animé, avant/après, points chauds, panneau latéral et boutons de contact — et vingt-trois pour WooCommerce, de la galerie produit au panier, à la commande et à un mini-panier. Quatre-vingt-sept sans WooCommerce.

Huit styles de bloc, dans le panneau que WordPress vous donne déjà

Une superposition en dégradé, des niveaux de gris ou un flou jusqu’au survol, un masque circulaire ou arrondi, une élévation, un zoom et une inclinaison — choisis dans le panneau Styles du cœur, il n’y a donc aucun nouveau contrôle à apprendre et le choix est une classe dans votre balisage plutôt qu’un réglage dans une table. Toute transformation au survol est désactivée quand le système du visiteur demande un mouvement réduit, et l’image fixe d’une animation SVG est substituée de la même façon.

Un formulaire d’infolettre qui n’a besoin d’aucun service

Une adresse, un nom facultatif, une case de consentement et un POST simple — signé avec le même HMAC que celui du moteur de formulaires, ainsi une page mise en cache ne meurt jamais avec un nonce expiré. Le pot de miel est avalé en silence, la limite de fréquence est par adresse, et les adresses arrivent avec vos autres envois de formulaire. Il n’y a aucune liste, aucune clé d’API et aucune requête vers qui que ce soit : l’action mevvblocks_newsletter_subscribe remet chaque adresse confirmée à ce que vous utilisez déjà.

Texte dynamique, y compris vos champs ACF

Un titre, un texte, un bouton ou une image peut lire sa valeur dans l’article plutôt que dans ce que vous avez tapé : titre, extrait, auteur, date, catégorie, étiquettes, titre d’archive, terme de recherche, le prix WooCommerce, l’UGS ou le stock, ou un champ personnalisé par clé. Quand Advanced Custom Fields est actif, le champ est lu via get_field(), vous obtenez donc la valeur formatée, et les clés commençant par un tiret bas sont refusées plutôt qu’exposées.

Ce que vous voyez dans l’éditeur est ce que la page imprime

Le canevas ne montre plus une approximation : marge intérieure, espacement, direction, alignement, arrière-plan, rayon, ombre, transformation et position apparaissent avec les valeurs que le front-end utilisera. Un seul moteur de styles produit ce CSS et l’éditeur le récupère auprès du serveur — écrire un second moteur en JavaScript nous aurait donné deux copies qui divergent. Mesuré : l’ancien canevas différait de la page sur 24 propriétés de mise en page ; c’est désormais zéro sur 64.

Core Web Vitals, mesurés chez vos vrais visiteurs

Le LCP, le CLS et l’INP sont mesurés dans les navigateurs des personnes qui visitent votre site, et ce que l’écran affiche est le 75e centile sur une fenêtre de 28 jours — des données de terrain, celles que regarde la Search Console, pas un test en laboratoire. En dessous de cent échantillons, aucun chiffre n’est affiché, car un centile calculé sur une poignée de mesures n’est que du bruit. Aucune adresse IP, aucun cookie, aucun identifiant n’est collecté, et les données ne quittent jamais votre propre serveur.

L’IA avec votre propre clé

Rédiger, réécrire, raccourcir, traduire et générer le texte alternatif des images. Vous saisissez votre propre clé d’API et la requête part de votre site directement vers le fournisseur — votre texte ne nous parvient jamais et le quota reste le vôtre. Le résultat arrive sous forme de suggestion, il n’est pas écrit d’emblée dans le bloc.

La palette de votre thème, sans la retaper

Les couleurs et la typographie peuvent être lues dans le theme.json du thème actif et servir à remplir les emplacements vides de la palette propre à l’extension. Le pont est délibérément à sens unique : rien n’est jamais réécrit dans le thème, donc une mise à jour du thème ne retrouve jamais son propre fichier récrit sous elle. C’est désactivé jusqu’à ce que vous l’activiez.

Un méga-panneau sur le menu que vous avez déjà

Pas un nouveau bloc — un réglage du bloc de navigation. Un sous-menu s’ouvre en panneau pleine largeur sur quatre colonnes au maximum, et si vous activez le panneau sur un élément qui n’a pas de sous-menu, le contrôle d’accessibilité vous le dit au lieu d’afficher une boîte vide.

Un premier jet de page, à partir d’une phrase

Vous décrivez la page et le modèle choisit des sections dans la bibliothèque de modèles de l’extension. Il n’écrit jamais de balisage, donc ce qui arrive sur la page, ce sont des blocs modifiables et non du HTML généré, et une section qu’il nomme et qui n’existe pas est écartée et signalée plutôt que devinée. La page est toujours enregistrée en brouillon, et la clé est la vôtre.

Des notes que vos visiteurs ne voient jamais

Épinglez une note à n’importe quel bloc pour votre équipe, marquez-la comme résolue, supprimez-la. Elle vit dans l’éditeur et il n’existe pas un seul hook front-end qui pourrait l’imprimer.

Plus rapide, et mesuré

La sortie des blocs est mise en cache et les images sont converties en WebP ou AVIF à côté des originaux — les originaux ne sont jamais touchés. Mesuré : temps de rendu des blocs en baisse de 33 à 72 %, poids des images en baisse de 39 à 78 %. Les images sont servies via un élément <picture> pour que tout le monde reçoive le même HTML ; décider par visiteur sur le serveur, c’est précisément ce qui empoisonne un cache de page. Vous pouvez aussi servir une image différente sur les téléphones — pas une copie plus petite de la même, une autre prise de vue — et c’est toujours le navigateur qui choisit.

Un moteur de formulaires, pas une dépendance

Seize types de champs, une validation sur le serveur, un pot de miel avalé en silence, et un écran où les envois sont conservés. Le formulaire fonctionne sans JavaScript, car c’est la seule partie de la page qui fait réellement quelque chose.

Des modèles de thème avec conditions

En-tête, pied de page, vue unique, archive, recherche et 404 — construits dans l’éditeur WordPress que vous utilisez déjà, pas dans un second que nous devrions maintenir au pas avec le cœur de WordPress.

Des pop-ups qui survivent à la bascule

Ouverture au chargement, à une profondeur de défilement, à l’intention de sortie, sur un clic ou après une période d’inactivité. La fréquence est comptée dans le navigateur du visiteur lui-même, si bien que personne n’a besoin d’être identifié sur le serveur.

Un seul écran pour la palette du site

Couleurs et typographie au même endroit, sous leurs noms de variables d’origine — pour que les pages construites avant la bascule reprennent la nouvelle palette au lieu de perdre leurs références.

Un audit d’accessibilité, pas une surcouche

Aucun widget n’est boulonné sur la page pour prétendre que le site est accessible. L’outil signale ce que chaque bloc a oublié — texte alternatif manquant, ordre des titres rompu, contraste faible — pendant que vous êtes encore en train de modifier.

Carrousel, onglets et accordéon sans bibliothèque

Le défilement est un scroll-snap natif et l’accordéon est un élément details. Si le script ne se charge jamais, rien n’est masqué : un contenu masqué est un contenu inaccessible.

Rendu sur le serveur, jamais lié à la licence

Le HTML enregistré ne peut porter la valeur que d’une seule taille d’écran ; le CSS est donc produit au moment de la requête. Il n’y a pas une seule vérification de licence sur ce chemin — une licence expirée n’éteint jamais une page publiée.

Page produit ↗ Documentation ↗ Démo en direct ↗