Sobald du eine Leiste aus einem Chatfenster heraus anlegen kannst, taucht ein neuer Engpass auf. Die Leiste existiert, sie ist aktiv, und trotzdem ist sie nicht auf der Seite, weil die Seite nur die Widgets und Leisten lädt, die jemand ins Theme eingefügt hat. Der Assistent hat seinen Teil in ein paar Sekunden erledigt; das Deployment kostet den Rest des Nachmittags.
Die Lösung ist ein einziges Site-Snippet, /w/site.js, das wir gerade als Pilot ausrollen. Dieser Beitrag erklärt, was es tut, warum es so gut zu den KI-Tools passt und was du prüfen solltest, wenn du im Pilot bist.
Was das Snippet tut
Bisher hatte jedes Widget sein eigenes Script-Tag mit eigenem Token, und Leisten wurden daneben installiert. Das ist in Ordnung, wenn eine Website ein Widget hat und sich selten ändert. Umständlich wird es, wenn du ein zweites Widget für die Preisseite, einen Countdown für einen Launch und eine Ankündigungsleiste für den Versand hinzufügst, denn jede Ergänzung ist eine Änderung am Code der Website.
Das Site-Snippet ersetzt das durch ein Tag pro Website. Es lädt, was zum Zeitpunkt der Ankunft eines Besuchers für die Website aktiv ist: jedes aktive Widget und jede aktive Leiste. Pausierst du etwas, wird es nicht mehr geladen. Aktivierst du etwas Neues, wird es geladen. Das Tag in deinem Theme ändert sich nie.
Targeting, Timing und Aussehen kommen weiterhin aus den Einstellungen jedes Widgets und jeder Leiste, wie bisher. Das Snippet entscheidet, was lädt; die Einstellungen entscheiden, wo und wie es erscheint.
Warum es mit einem Assistenten wichtig ist
Mit den MCP-Tools kann ein Assistent Widgets pausieren und fortsetzen, Leisten anlegen und Leisten ein- und ausschalten. Ohne das Site-Snippet brauchen manche dieser Änderungen eine passende Code-Änderung, bevor Besucher sie sehen. Mit ihm nicht.
Damit sind Anfragen wie diese in einem Schritt erledigt:
Schalte die Leiste für den Winter-Launch ein.
Pausiere das Widget auf der Preisseite bis Montag.
Pausiere alle Black-Friday-Leisten.
Die erste zeigt auch, warum Leisten, die über die API oder MCP angelegt werden, pausiert starten. Sobald das Site-Snippet installiert ist, bringt das Aktivieren einer Leiste sie beim nächsten Seitenaufruf vor die Besucher. Der pausierte Start ist der Moment, in dem du Nachricht und Endzeit liest, bevor das passiert. „Sieht gut aus, schalte sie ein“ ist der Freigabeschritt.
Es beseitigt außerdem eine ganze Klasse von Fehlern. Eine Leiste, die in Provedly pausiert, aber im Theme noch fest eingebaut ist, oder ein Widget-Tag, das nach dem Archivieren des Widgets übrig geblieben ist, sind auf Websites, die schon ein paar Kampagnen hinter sich haben, beide häufig. Mit einem Snippet lädt genau das, was in deinem Konto aktiv ist.
Wer im Pilot ist
Das Snippet ist im Pilot, also hat es noch nicht jede Website. Wo es verfügbar ist, zeigt das Dashboard das Tag der Website. Wenn du nicht dabei bist, ändert sich an deiner aktuellen Installation nichts; die Tags pro Widget funktionieren weiter, und die MCP-Tools funktionieren mit beiden Installationen gleich.
Manche Installationen verhalten sich schon so. Das WordPress-Plugin fügt dein Widget und deine Leisten auf jeder Seite ein, sodass Leisten, die aus einem Chat aktiviert werden, ohne Theme-Änderung erscheinen. Die Shopify-App nutzt ein Theme-App-Embed statt eines Script-Tags im Code deines Themes.
Umstellen, sobald du es hast
Eine Website von Tags pro Widget auf das Site-Snippet umzustellen ist eine kleine Änderung, und ein Coding-Assistent erledigt sie mit einem klaren Auftrag gut:
Ersetze die Script-Tags für Provedly-Widgets und -Leisten im gemeinsamen Layout durch dieses eine Site-Snippet: [Tag aus dem Dashboard einfügen]. Entferne jedes alte Provedly-Tag, auch die in einzelnen Seitenvorlagen. Rendere dann zwei Seiten und bestätige, dass das Snippet genau einmal lädt und keine alten Tags übrig sind.
Der wichtige Teil ist das Entfernen der alten Tags. Eine Seite, die sowohl das alte Tag als auch das neue Snippet lädt, kann ein Widget doppelt laden. Die Checks aus Installation mit einem KI-Agenten gelten hier ebenfalls, und die Hinweise in Ladezeit und Social-Proof-Skripte erklären, warum ein einzelnes asynchrones Tag die richtige Form ist.
Bitte nach der Umstellung deinen mit Provedly verbundenen Assistenten, die aktiven Widgets und Leisten aufzulisten, lade dann die Website und prüfe, ob dieselben erscheinen.
Häufige Fragen
Brauche ich das Site-Snippet, um den MCP-Server zu nutzen?
Nein. Die MCP-Tools und die REST API funktionieren mit jeder Installation. Das Snippet bedeutet nur, dass Ein- und Ausschalten keine Code-Änderung braucht.
Macht das Laden jedes aktiven Elements die Seite langsamer?
Das Snippet lädt, was für die Website aktiv ist, und jedes Widget und jede Leiste behält ihr eigenes Targeting, sodass eine Seite nur zeigt, was für sie gedacht ist. Pausierte und archivierte Elemente werden nicht geladen.
Wie komme ich in den Pilot?
Es wird schrittweise ausgerollt. Sobald es für deine Website verfügbar ist, zeigt das Dashboard das Snippet.
Lies den Launch-Beitrag für alle KI-Tools, oder erstelle ein Konto, um loszulegen.