Dès que vous pouvez créer une barre depuis une fenêtre de discussion, un nouveau goulot d'étranglement apparaît. La barre existe, elle est active, et pourtant elle n'est toujours pas sur la page, parce que la page ne charge que les widgets et les barres que quelqu'un a collés dans le thème. L'assistant a fait sa part en quelques secondes ; le déploiement prend le reste de l'après-midi.
La solution est un extrait de code unique pour le site, /w/site.js, que nous déployons actuellement en pilote. Cet article explique ce qu'il fait, pourquoi il s'accorde si bien avec les outils d'IA, et ce qu'il faut vérifier si vous faites partie du pilote.
Ce que fait l'extrait de code
Jusqu'à présent, chaque widget avait sa propre balise de script avec son propre jeton, et les barres étaient installées à côté. C'est très bien quand un site a un seul widget et change rarement. Cela devient pénible quand vous ajoutez un second widget pour la page de tarifs, un compte à rebours pour un lancement et une barre d'annonce pour la livraison, car chaque ajout est une modification du code du site.
L'extrait de code du site remplace tout cela par une seule balise par site. Il charge ce qui est actif pour le site au moment où un visiteur arrive : tous les widgets actifs et toutes les barres actives. Mettez quelque chose en pause, et il cesse de se charger. Activez quelque chose de nouveau, et il commence à se charger. La balise de votre thème ne change jamais.
Le ciblage, le timing et l'apparence continuent de dépendre des réglages propres à chaque widget et à chaque barre, comme toujours. L'extrait décide de ce qui se charge ; les réglages décident où et comment cela s'affiche.
Pourquoi c'est important avec un assistant
Les outils MCP permettent à un assistant de mettre en pause et de réactiver des widgets, de créer des barres et de les activer ou désactiver. Sans l'extrait de code du site, certaines de ces modifications nécessitent un changement de code correspondant avant que les visiteurs ne les voient. Avec lui, non.
Des demandes comme celles-ci aboutissent donc en une seule étape :
Active la barre du lancement d'hiver.
Mets en pause le widget de la page de tarifs jusqu'à lundi.
Mets en pause toutes les barres du Black Friday.
La première montre aussi pourquoi les barres créées via l'API ou MCP démarrent en pause. Une fois l'extrait de code du site en place, activer une barre la présente aux visiteurs dès le chargement de page suivant. Le démarrage en pause est le moment où vous relisez le message et l'heure de fin avant que cela n'arrive. « C'est bon, active-la » est l'étape d'approbation.
Cela supprime aussi toute une catégorie d'erreurs. Une barre mise en pause dans Provedly mais toujours codée en dur dans le thème, ou une balise de widget oubliée après l'archivage du widget, sont deux situations courantes sur les sites qui ont connu plusieurs campagnes. Avec un seul extrait, ce qui est actif dans votre compte est ce qui se charge.
Qui fait partie du pilote
L'extrait de code est en phase pilote : tous les sites ne l'ont donc pas encore. Là où il est disponible, le tableau de bord affiche la balise du site. Si vous n'en faites pas partie, rien ne change dans votre installation actuelle ; les balises par widget continuent de fonctionner, et les outils MCP fonctionnent de la même manière avec l'une ou l'autre installation.
Certaines installations se comportent déjà ainsi. L'extension WordPress ajoute votre widget et vos barres à toutes les pages, donc les barres activées depuis une discussion apparaissent sans modifier le thème. L'application Shopify utilise un app embed de thème plutôt qu'une balise de script dans le code de votre thème.
La bascule, quand vous y avez accès
Passer un site des balises par widget à l'extrait de code du site est une petite modification, et un assistant de code peut très bien la faire avec des consignes claires :
Remplace les balises de script Provedly des widgets et des barres dans le layout partagé par cet extrait de code unique pour le site : [collez la balise depuis le tableau de bord]. Supprime toutes les anciennes balises Provedly, y compris celles des modèles de pages individuels. Puis affiche deux pages et confirme que l'extrait se charge une seule fois et qu'il ne reste aucune ancienne balise.
L'essentiel est de supprimer les anciennes balises. Une page qui charge à la fois l'ancienne balise et le nouvel extrait peut charger un widget deux fois. Les vérifications de l'installation avec un agent IA s'appliquent ici aussi, et les notes sur la vitesse des pages et les scripts de preuve sociale expliquent pourquoi une seule balise asynchrone est la bonne forme.
Après la bascule, demandez à votre assistant connecté à Provedly de lister les widgets et barres actifs, puis chargez le site et vérifiez que le même ensemble apparaît.
Questions fréquentes
Ai-je besoin de l'extrait de code du site pour utiliser le serveur MCP ?
Non. Les outils MCP et l'API REST fonctionnent avec n'importe quelle installation. L'extrait signifie seulement qu'activer et désactiver des éléments ne nécessite aucune modification de code.
Charger tous les éléments actifs ralentit-il la page ?
L'extrait charge ce qui est actif pour le site, et chaque widget et chaque barre conserve son propre ciblage : une page n'affiche donc que ce qui lui est destiné. Les éléments en pause et archivés ne sont pas chargés.
Comment rejoindre le pilote ?
Le déploiement est progressif. Quand il est disponible pour votre site, le tableau de bord affiche l'extrait de code.
Lisez l'article de lancement pour découvrir l'ensemble des outils d'IA, ou créez un compte pour commencer.