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.
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 Requests —
fetch 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.