Framer Skills : vérifier le design, le CMS et le SEO avant la livraison

Ce que Framer a annoncé le 22 septembre

La livraison d'un site avec Framer Skills doit se juger à ce que le client peut examiner, modifier et publier, pas à la seule qualité d'une démonstration. Les contrôles présentés ici sont proposés : cet article ne rapporte pas de recette client déjà effectuée.

Framer a présenté Skills pour Framer Agent le 22 septembre 2026. Selon sa mise à jour, il s'agit de consignes réutilisables pouvant décrire un système de design, un style rédactionnel ou un flux de travail CMS. Le projet peut contenir des références @pages, @components et @styles ; la commande /skills permet de demander à l'agent de rédiger ou d'actualiser une consigne. Dans son billet, Framer illustre le cas d'une référence @page vers une page rassemblant des composants. Il s'agit du fonctionnement décrit par l'éditeur lui-même, pas d'une mesure indépendante de rapidité, d'accessibilité ou de référencement. Pour le client, la question est plus précise : que faut-il observer avant d'accepter le site et d'en prendre la responsabilité ?

La réponse courte porte sur quatre aspects : la conception visible, le modèle de contenu, la page réellement publiée et la capacité d'un autre éditeur à gérer l'ensemble. Le protocole qui suit est une proposition, pas un test effectué par VITON13 ni une étude de cas client. Une démonstration produit montre volontiers un parcours idéal ; une recette doit aussi explorer les données manquantes, les autorisations et la possibilité de revenir en arrière. Framer indique que le résultat reste modifiable sur le canevas. C'est pertinent, mais cette souplesse n'aide le destinataire que s'il sait quoi changer, où trouver les règles et qui arbitre une exception. Modifiable ne signifie pas automatiquement transmissible.

Une consigne réutilisable n'est pas un cahier des charges

Un système de design réunit souvent couleurs, typographies, composants et pages de référence. Un cahier des charges ajoute le public visé, la tâche principale, les affirmations autorisées, les droits sur les contenus et la chaîne de validation. Une Skill peut préciser quelle navigation utiliser ou quand signaler une promesse non sourcée. Elle ne devrait pas inventer un témoignage, modifier une offre ou publier une politique à la place de son propriétaire. Chaque consigne utile doit donc nommer son périmètre : règle approuvée, exemple indicatif ou décision encore ouverte. Une version datée aide ensuite à retrouver pourquoi une page a été construite ainsi.

Pour examiner cette réutilisation sans déplacer les objectifs, figez d'abord le brief, puis demandez deux pages représentatives. Notez les composants réemployés, ceux créés et les corrections humaines nécessaires. Sans chronométrage dans des conditions comparables, il ne s'agit pas d'un benchmark de productivité ; l'objectif est de rendre les choix vérifiables. Framer indique que les Skills accompagnent les projets et modèles remixés. Le repreneur doit pourtant vérifier qu'une règle héritée n'est pas devenue obsolète. Un rendu élégant peut cacher une instruction de démonstration ou une exception sans responsable. Le dossier de décision compte davantage que l'impression laissée par une bonne première image.

La cohérence du design se juge dans les cas difficiles

Prenez une page existante qui représente le système approuvé et une nouvelle page qui l'étire. Comparez la hiérarchie des titres, les variantes de composants, les espacements, les images et l'action principale sur trois largeurs d'écran. Remplacez les faux textes par un titre traduit plus long, des visuels aux proportions réalistes et un message d'erreur. Une composition peut sembler impeccable dans le canevas de bureau puis perdre son action essentielle sur un téléphone. La cohérence n'impose pas la même mise en scène à un article et à une fiche produit ; elle exige des comportements reconnaissables et des règles explicites.

Framer décrit l'édition d'un calque, l'échange d'un composant et la poursuite de la conversation avec l'agent à partir de l'état courant. Pour la réception, confiez ces modifications à une autre personne et faites-lui regarder chaque largeur. Conservez l'état initial, la raison du changement et la version retenue. Si le premier résultat contredit le brief, enregistrez la contradiction au lieu de réécrire les exigences après coup parce que l'image plaît. Précisez qui peut créer une variante supplémentaire et à quel moment elle rejoint le système partagé. Pour le client, une exception expliquée est plus utile qu'une capture de présentation dont personne ne peut déduire la règle.

Un CMS se teste avec des contenus imparfaits

Définissez les champs obligatoires et facultatifs, leurs relations, l'aperçu, les droits de publication et le responsable des mises à jour. Créez ensuite une entrée d'essai avec un titre long, une image facultative absente, plusieurs paragraphes et une version traduite. Regardez la carte de liste, la page complète, la navigation et l'aperçu destiné aux moteurs. Si l'absence d'un champ autorisé casse la page, le défaut vient du modèle ou du composant, non de l'éditeur. Si une Skill dit qu'un champ doit toujours être rempli, confrontez cette instruction à la validation effective du CMS et au travail réel de l'équipe.

La mise à jour de Framer indique que Skills peut conserver des consignes de flux CMS. Elle ne dit pas qu'une consigne remplace les permissions, la gouvernance éditoriale ou la validation des faits. Donnez une entrée sans enjeu à un second éditeur et demandez-lui de la créer, prévisualiser, corriger, publier puis annuler. Ne laissez pas indexer un contenu fabriqué uniquement pour la recette. Notez chaque moment où il faut demander une explication orale au créateur. Les modèles possèdent souvent des fiches exemplaires ; une organisation vivante gère aussi des champs vides, des migrations et des définitions contestées. La transmission doit fonctionner dans ces situations, pas seulement dans la démonstration.

Le SEO se vérifie sur l'URL publiée

Le canevas ne montre pas nécessairement tout ce qu'un moteur de recherche reçoit. Le guide de Google Search Central explique que le lien de titre peut provenir du titre de la page et d'autres en-têtes ; il conseille également des URL descriptives et de limiter les doublons inutiles. Dans la recette proposée, ouvrez une page de test dont la publication est autorisée et examinez son titre, sa méta-description, ses en-têtes, son adresse, ses liens internes, son indexabilité et son comportement canonical. Pour un site multilingue, vérifiez que chaque version possède un texte utile et que les liens de langue mènent à la bonne page. Un champ rempli dans l'éditeur ne prouve pas un classement dans les résultats.

Séparez les responsabilités éditoriales et techniques. Un rédacteur peut juger si un titre décrit honnêtement le contenu ; une personne technique contrôlera le statut HTTP, les directives robots, canonical et le plan du site. Si une nouvelle page hérite d'un titre générique de modèle, corrigez le mécanisme à l'origine du problème plutôt que le seul dernier champ. Le dossier de livraison doit indiquer où se trouvent les réglages et comment vérifier la page après publication. L'annonce de Framer ne fournit aucune preuve que le site du lecteur gagnera du trafic organique. Cet article ne promet ni position ni conversion : ses critères concernent la page observée à une date donnée.

L'accessibilité exige un référentiel indépendant

La référence WCAG 2.2 du World Wide Web Consortium fournit des critères externes pour examiner un site. Elle traite notamment de l'utilisation au clavier, sous l'exception décrite dans le critère, et du contraste des textes. Une image statique ne révèle pas si le focus reste visible, si l'on peut quitter un menu, si une photographie dispose d'un texte alternatif utile ou si un message d'erreur aide à reprendre la tâche. Une partie du contrôle se fait dans la structure de la page, mais les interactions doivent être essayées sur une version fonctionnelle. L'agent ne peut pas certifier son propre résultat en affirmant qu'il l'a vérifié.

Proposez au réviseur de retrouver un article, d'ouvrir un menu et d'envoyer un formulaire invalide sans souris. Consignez le déplacement du focus et les indications reçues. Recommencez avec un texte agrandi et une fenêtre étroite ; selon les risques du projet, faites participer des personnes utilisant des technologies d'assistance. Cette méthode ne prétend pas que tous les sites Framer passent ou échouent aux règles d'accessibilité. Un résultat ne vaut que pour la version et les conditions réellement testées. Chaque problème doit être décrit avec son URL, son état et les étapes permettant de le reproduire. Un client pourra alors décider sur des faits si le lancement doit attendre.

Une recette proposée sur deux pages

Cet exercice n'a pas été effectué pour cet article. Dans un projet non public, choisissez une page éditoriale et une page visant une action. Fournissez à l'agent les règles de design approuvées, un contenu de longueur réelle et un brief indiquant le public et l'objectif. Laissez ensuite une personne rendre les brouillons examinables. Créez une grille simple avec le critère, le résultat attendu, le résultat observé, le responsable et un lien vers la preuve. Les lignes peuvent couvrir le choix du composant, le rendu à trois largeurs, l'absence d'image, les champs du CMS, l'achèvement d'une tâche au clavier et les métadonnées uniques de l'URL de test publiée.

Si personne n'a observé un point, marquez « non testé » plutôt que « validé ». En cas de défaut, cherchez si son origine est la Skill, un composant, le modèle CMS ou une décision propre à la page. Corrigez au bon niveau et rejouez la ligne concernée. C'est l'intérêt d'une règle réutilisable : une correction peut aider plusieurs pages, mais seulement si la cause a été identifiée. Une comparaison du temps de travail demanderait un état de référence et un protocole de mesure ; cet exercice porte sur la préparation et la traçabilité. Il ne devra pas être présenté plus tard comme une preuve d'économies ou de revenus supplémentaires.

Le dossier qu'un client doit pouvoir utiliser

Le paquet de transmission identifie le domaine, le propriétaire du projet, les pages approuvées, les règles de composants et de styles, les champs du CMS, les rôles, les droits des images, la propriété des données d'audience et la voie de signalement des défauts. Il précise quelles Agent Skills existent, qui peut les modifier et lesquelles viennent d'un modèle. Ajoutez les étapes d'aperçu, de publication, de retour arrière et de petite modification sans danger. Un client ne devrait pas demander au créateur où se règle le titre d'un article. Inscrivez les questions non résolues avec un responsable et une échéance au lieu de les laisser dans une conversation.

Un second éditeur devrait pouvoir suivre uniquement ce dossier, effectuer la modification puis expliquer comment rétablir la version précédente. S'il ne le peut pas, le site peut être beau sans être transmis. Il s'agit d'un standard éditorial proposé, pas d'un programme de certification Framer. Une campagne d'une page réclame un modèle de contenu plus simple qu'une publication en cinq langues ; toutes deux ont besoin d'un responsable et d'une procédure de récupération. Vérifiez les droits dans le compte du destinataire, pas sur une capture de la session du designer. Le passage décisif est celui de « l'agent peut générer » à « le client peut exploiter ».

Les éléments susceptibles de modifier notre analyse

L'annonce de septembre établit l'arrivée de Skills et expose la manière dont Framer souhaite guider son agent. Une note de version changeant le comportement, un essai indépendant du même parcours ou les résultats documentés d'une recette client affineraient cette analyse. Ici, nous n'avons mesuré ni gain de temps, ni positions de recherche, ni accessibilité, ni coût de maintenance. Une règle réutilisable sans responsable peut devenir une erreur réutilisable. Revoyez les consignes lorsque le système de design, le CMS ou les exigences changent ; conservez la date et la version du projet pour que les futurs constats aient un contexte.

La suite utile est modeste et réfutable : choisir une page, valider un brief, appliquer la grille et conserver les preuves. Si les critères passent, l'équipe aura une raison d'élargir la méthode. Sinon, elle saura quoi corriger avant de produire davantage de pages. Ces deux résultats apportent plus qu'une déclaration enthousiaste tirée d'une annonce. Le billet et la mise à jour de Framer décrivent la fonction ; le W3C fournit des critères d'accessibilité et Google Search Central un cadre pour la recherche. Aucun de ces textes ne remplace l'essai d'un site client précis, mais ils permettent de distinguer promesse du fournisseur et responsabilité de livraison.