Widget einbinden

Ein Script-Tag auf jeder Seite, die HTML ausliefert — keine Anmeldung für deine Besucher, keine zusätzlichen Build-Schritte.

1. Snippet einfügen

Füge das Snippet vor </body> ein. Deine Projekt-ID findest du in den Projekt-Einstellungen unter Embed-Code — dort liegt das Snippet fertig zum Kopieren, mit Varianten für Next.js, WordPress und Webflow.

<script
  src="https://feed-bapp.de/widget.js"
  data-project-id="<Projekt-UUID>"
  async
></script>

Trage anschließend deine Domain in den Projekt-Einstellungen unter Erlaubte Origins ein — sonst lehnt das Widget Submissions mit 403 origin_not_allowed ab.

Diagnosedaten abschalten

Standardmäßig erfasst das Widget die letzten Konsolenmeldungen, JavaScript-Fehler und fehlgeschlagenen Netzwerk-Anfragen als technischen Kontext. Mit einem Attribut am Script-Tag schaltest du das komplett ab:

<script
  src="https://feed-bapp.de/widget.js"
  data-project-id="<Projekt-UUID>"
  data-diagnostics="off"
  async
></script>

Aus = Konsolen-, Fehler- und Netzwerkdaten werden gar nicht erst erfasst. Screenshot, Element-Marker und Text bleiben. Die Puffer werden mit data-diagnostics="off" nie installiert — es wird also nichts gesammelt und später gefiltert, sondern nie erfasst.

Sprache des Widgets (data-lang)

Das Widget wählt seine Sprache in drei Stufen — synchron beim Start, ohne Netzaufruf:

1. Attribut. data-lang="de" oder data-lang="en" am Script-Tag legt die Sprache fest vor.
2. Browsersprache. Ohne gültiges Attribut folgt das Widget der Browsersprache der Besucherin — nur der Sprachteil vor einem Bindestrich zählt (aus en-US wird en).
3. Deutsch. Ist auch das nicht de oder en, bleibt das Widget bei Deutsch.

Ein unbekannter oder falsch geschriebener Wert (z. B. data-lang="fr") wird stillschweigend übersprungen und fällt auf die nächste Stufe — es gibt keinen Fehler und keine sichtbare Auswirkung.

Das feedbapp-cli und seine MCP-Anbindung bleiben davon unberührt und englisch — das ist ein separates Repository, das dieses Attribut nicht liest.