feedback
KUNDE, 9:12 UHR „Der Speichern-Knopf geht nicht mehr, seit heute früh. Bei mir jedenfalls."
BUGSpeichern bricht ab
Projekt
billflow / prod
Melder
anna@kunde.de
Schritt 1
/rechnungen/neu · 1440×900 @2x
Version
2026.07.14 · Chrome 126

500 POST /api/invoices (1204 ms) TypeError: cannot read properties of null

Aus »geht nicht«
wird ein Fall.

Ein Snippet in deiner Web-App. Der Melder klickt einmal und dokumentiert den Fehler über so viele Seiten, wie er braucht. Ihr bekommt Screenshot, Console-Fehler, fehlgeschlagene Requests und den Weg dorthin — statt einer Vermutung.

Kostenlos starten Was aufgezeichnet wird Keine Kreditkarte. Der Free-Tarif läuft nicht ab.

DIE DATENGRENZE

Was mitkommt — und was nicht.

Ein Fehlerbericht aus einer fremden Anwendung ist ein Datenschutz-Vorgang. Deshalb steht hier beides: was das Widget aufzeichnet, und was es ausdrücklich stehen lässt.

AUFGEZEICHNET

  • Screenshot je Schritt — echte Pixel über die Bildschirmfreigabe, auf Mobilgeräten der sichtbare Ausschnitt. Einfügen und Hineinziehen geht auch.
  • Console-Fehler und fehlgeschlagene Requestsfetch und XMLHttpRequest, mit Status und Dauer.
  • Der Weg dorthin — mehrere Schritte, je mit Adresse, Seitentitel und Viewport.
  • Sichtbarer Seitentext, App-Version und User-Agent.
  • Der Melder, wenn eure Seite ihn über data-user mitgibt.

BLEIBT DRAUSSEN

  • Query-Strings — vor dem Erfassen abgeschnitten. Reset-Tokens und Session-IDs in der Adresse landen nie im Dashboard.
  • Passwortfelder — werden nie ausgelesen, auch nicht über einen Selektor.
  • Geschwärzte Bereiche — der Melder überdeckt sie vor dem Absenden; die rohen Pixel verlassen das Gerät nicht.
  • Eingaben in Textfeldern und alles, was unsichtbar ist.
  • Was ihr ausschließt — Bereiche mit data-feedback-redact.

DER AGENT-BRIEF

Ein Klick, und der Fall ist ein Auftrag.

Jeder Fall lässt sich als Markdown kopieren — mit Schritten, Fehlern und Requests in der Reihenfolge, in der sie passiert sind. Das geht direkt in Claude Code, Cursor oder das Ticket. Für Backends gibt es dieselben Fälle über eine Token-API und als MCP-Server.

# Speichern bricht ab - **Kategorie:** bug - **Projekt:** billflow / prod - **Melder:** anna@kunde.de - **App-Version:** 2026.07.14 ## Schritt 1 - **URL:** https://billflow.example/rechnungen/neu - **Viewport:** 1440×900 @2x Rechnung ausgefüllt, dann auf Speichern. **Console-Fehler:** ``` TypeError: cannot read properties of null ``` **Fehlgeschlagene Requests:** ``` 500 POST /api/invoices (1204ms) ```

EINBAU

Eine Zeile im HTML.

Kein Paket, kein Build. Der Code gilt je Seite und ist an eure Domains gebunden — eine fremde Website kann damit nichts in euer Projekt schreiben.

<script src="https://feedback.itelly.eu/w.js" data-token="pk_…" data-user-email="anna@kunde.de" async></script>

TARIFE

Gezählt wird pro Account.

Ein Fall ist ein gemeldeter Vorfall, egal wie viele Schritte und Screenshots darin stecken. Projekte bündeln zusammengehörige Fälle, Seiten sind die einzelnen Umgebungen darunter — Produktion, Staging, Marketing-Site.

FREE

0 €

dauerhaft

  • 100 Fälle pro Monat
  • 1 Projekt
  • 3 Seiten
  • Zum Ausprobieren, ohne Ablauf.

PRO

29 €

pro Monat

  • 5.000 Fälle pro Monat
  • 5 Projekte
  • 25 Seiten
  • Für ein Team mit mehreren Kunden.

BUSINESS

99 €

pro Monat

  • 1.000.000 Fälle pro Monat
  • 500 Projekte
  • 2.000 Seiten
  • Für Agenturen mit vielen Mandanten.