Feedback zu Webflow-Projekten sammeln: Snippet unter Custom Code einfügen, publishen, Link teilen. Notizen am Element statt Kommentare im Designer.
Kurz gesagt
In Webflow fügst du das nootiz-Snippet unter Project Settings → Custom Code in den Head ein und publishst das Projekt. Danach geben Kunden Feedback auf der veröffentlichten Seite – ohne Webflow-Zugang, ohne Designer-Lizenz und ohne dass du Kommentare in den Designer zurückübersetzen musst.
Projekt in nootiz anlegen und das Snippet kopieren.
In Webflow unter Project Settings → Custom Code in „Head Code“ einfügen (nicht in „Footer Code“, damit der Button möglichst früh lädt) und speichern.
Für einzelne Seiten statt der ganzen Site: Page Settings → Custom Code der jeweiligen Seite nutzen, etwa wenn nur eine Landingpage Feedback bekommen soll.
Projekt publishen – Custom Code wird ausschliesslich auf publishte Seiten ausgespielt, nie im Designer.
Bei Bedarf zuerst nur auf die kostenlose webflow.io-Subdomain publishen, dort testen und den Link mit Kunden teilen, bevor du auf die Live-Domain gehst.
Für die ganze Site gehört das Snippet unter Project Settings → Custom Code in den „Head Code“. Willst du nootiz nur auf einer bestimmten Seite aktivieren, etwa einer einzelnen Kampagnen-Landingpage, trägst du es stattdessen in den Page Settings dieser Seite ein – praktisch, wenn nicht das ganze Projekt Feedback-fähig sein soll.
Webflow rendert Custom Code ausschliesslich auf veröffentlichten Seiten, nicht in der Designer-Vorschau und nicht im „Preview“-Modus während des Bearbeitens. Das ist die häufigste Ursache dafür, dass der nootiz-Button „fehlt“ – ein Publish behebt das Problem in den meisten Fällen sofort.
Site-weiter Custom Code im Head/Footer setzt einen kostenpflichtigen Site-Plan voraus (ab „Basic“ aufwärts); auf einem reinen Starter-Projekt ohne Site-Plan lässt sich das Snippet erst nach einem Upgrade dauerhaft einbauen. Seiten-spezifischer Custom Code über Page Settings ist teils auch mit weniger Plan-Umfang nutzbar, das solltest du im jeweiligen Plan gegenprüfen.
CMS-Template-Seiten (z. B. Blog-Artikel oder Produktseiten aus einer Collection) erben den Head Code der Site automatisch, sobald sie publiziert sind. Jede einzelne Collection-Seite bekommt dadurch eine eigene URL, an die Notizen gebunden bleiben – ideal, wenn Kunden Feedback zu einzelnen Blogartikeln statt zur Vorlage geben.
Webflow-Interaktionen (Scroll-Trigger, Hover-Zustände) ändern nur das Aussehen, nicht die zugrunde liegende DOM-Struktur, an die sich nootiz bindet. Notizen lassen sich also auch in animierten Zuständen setzen und speichern zusätzlich, auf welcher Bildschirmgrösse und in welchem Browser der Kunde sie hinterlassen hat.
Webflow-eigene Kommentare sind an den Designer gebunden und benötigen einen bezahlten Workspace-Seat pro Kommentator. nootiz-Notizen liegen auf der öffentlich publizierten Seite, sind für jeden mit dem Link erreichbar und erfordern keinerlei Webflow-Zugang oder -Rolle.
Änderungen, die du im Designer vornimmst und noch nicht publisht hast, sieht der Kunde nicht – nootiz zeigt immer den Stand der zuletzt veröffentlichten Version. Ausserdem bleiben Notizen an DOM-Struktur und URL gebunden: Wenn du ein Element komplett entfernst oder eine Seite umbenennst, kann die alte Notiz ihren Bezug verlieren.
Nein. Kunden öffnen die veröffentlichte Seite über deinen Link und setzen Notizen ohne Konto.
Webflow-Kommentare leben im Designer und setzen einen Seat voraus. nootiz-Notizen liegen auf der veröffentlichten Seite und sind für Kunden ohne Webflow-Zugang zugänglich.
Ja, Custom Code wird dort ebenfalls ausgeliefert.
Ja. Jede veröffentlichte CMS-Seite ist eine normale URL – Notizen lassen sich pro Element setzen und bleiben der jeweiligen URL zugeordnet.
Die Notizen bleiben bestehen. Solange Struktur und URL gleich sind, findet nootiz das Element wieder.
Notizen lassen sich als Aufgaben nach Trello, Asana, Jira oder GitHub übertragen, inklusive Seiten-URL und Element.
Für site-weiten Head-Code ja, ab dem Basic-Plan aufwärts. Willst du nur eine einzelne Seite ausstatten, prüfe, ob die seitenspezifischen Custom-Code-Felder in deinem aktuellen Plan bereits verfügbar sind.
Das ist normal: Webflow führt Custom Code nur auf publizierten Seiten aus, nicht in der Designer-Vorschau. Sobald du publishst, erscheint der Button zuverlässig.
Vertiefende Seiten zu Plattformen, Vergleichen und Praxis-Workflows.
In Framer trägst du das nootiz-Snippet unter Site Settings → General → Custom Code im Head ein und publishst die Seite. Kunden geben Feedback auf der veröffentlichten Seite, statt Kommentare im Framer-Canvas zu hinterlassen, den sie ohne Zugang gar nicht sehen.
→PlattformBei Squarespace fügst du das nootiz-Snippet unter Einstellungen → Erweitert → Code-Injection in den Header ein. Danach kann jeder mit deinem Link Notizen auf der Seite hinterlassen, ohne sich bei Squarespace anzumelden.
→RatgeberFachabteilungen, Geschäftsführung und Kunden ohne technischen Hintergrund geben anders Feedback. So holst du es trotzdem brauchbar ab.
→AnwendungsfallFür passwortgeschützte Staging- und Preview-Umgebungen, die Feedback von außen einholen müssen.
→RatgeberWebsite-Markup heißt: Feedback wird direkt am Element auf der laufenden Seite platziert. So funktioniert das technisch und im Ablauf.
→Vergleichnootiz ist eine BugHerd Alternative für Teams, die visuelles Feedback und Bugs sammeln wollen, ohne ein vollständiges Kanban-Projektmanagement mitzukaufen – zu deutlich niedrigeren Einstiegskosten.
→Snippet einbauen, Link teilen, Feedback direkt auf der Website sammeln – in unter 5 Minuten startklar.
