Screenshots für Fehlermeldungen und Tickets
Was ein brauchbares Fehlerbild zeigen muss, warum ein enger Zuschnitt oft genau die Information wegnimmt, die gefehlt hätte, und was vor dem Hochladen in ein geteiltes Ticketsystem abgedeckt gehört.
Ein Screenshot in einem Ticket hat eine einzige Aufgabe: jemandem, der nicht dabei war, zu zeigen, was passiert ist. Er scheitert regelmäßig an zwei entgegengesetzten Fehlern. Entweder ist er zu eng — nur die Fehlermeldung, ohne alles, woran man erkennen würde, wo und wann sie auftrat. Oder er ist zu weit und zeigt nebenbei drei Kundennamen, eine E-Mail-Adresse und ein Zugangsmerkmal in der Adresszeile.
Beide Fehler haben dieselbe Ursache: Der Screenshot wird im Moment des Ärgers gemacht und ohne Nachdenken angehängt. Zwanzig Sekunden Nacharbeit ersparen der Person am anderen Ende meistens einen ganzen Nachfragezyklus.
Was auf ein brauchbares Fehlerbild gehört
- Das ganze Fenster, nicht nur die Meldung. Der Rahmen zeigt, welches Programm, welcher Tab, welche Ansicht.
- Die Adresszeile. Sie ist bei Webanwendungen die wichtigste einzelne Information im Bild — und gleichzeitig die, die am häufigsten geheime Kennungen enthält, dazu gleich mehr.
- Den vollständigen Fehlertext, nicht abgeschnitten. Fehlernummern und Kennungen sind das, wonach im Protokoll gesucht wird.
- Den Zustand ringsum: welcher Filter gesetzt war, welcher Eintrag ausgewählt, ob die Seitenleiste eingeklappt war. Fehler hängen erstaunlich oft genau daran.
- Einen Zeitanker. Die Uhrzeit in der Menüleiste genügt; damit findet man die passende Zeile im Protokoll.
- Wenn es um Darstellung geht: die Fenstergröße. Ein Screenshot in halber Fensterbreite und einer in voller Breite sind zwei verschiedene Fehlerbilder.
Warum der enge Zuschnitt teuer ist
Ein auf die rote Meldung zugeschnittenes Bild sagt: Da war ein Fehler. Das wusste die Gegenseite schon aus Ihrem Text. Was sie nicht weiß, steht am Rand — in welcher Umgebung Sie waren, mit welchem Konto Sie angemeldet waren, welcher Datensatz offen war, ob die Meldung im Dialog oder als Banner erschien. Wer eng zuschneidet, spart sich fünf Sekunden und erzeugt eine Rückfrage, die zwei Tage kostet.
Die Regel, die sich bewährt hat: weit aufnehmen, dann abdecken statt wegschneiden. Ein abgedecktes Feld sagt der Gegenseite immerhin, dass dort ein Feld war und dass es ausgefüllt war. Ein weggeschnittener Rand sagt gar nichts, und niemand kann wissen, dass da etwas war.
Was vor dem Hochladen abgedeckt gehört
Ein Ticket ist keine private Nachricht. Es lebt Jahre, es ist für die gesamte Abteilung sichtbar, es wird durchsucht, exportiert und manchmal an Dienstleister weitergereicht. Was einmal darin liegt, bekommen Sie praktisch nicht mehr heraus. Deshalb ist die Liste hier länger als bei einem Bild für einen Chat:
- Echte Kundendaten: Name, Anschrift, Telefonnummer, E-Mail-Adresse, Geburtsdatum. Wo möglich, reproduzieren Sie den Fehler lieber mit einem Testdatensatz.
- Zugangsmerkmale in der Adresszeile. Zurücksetzen-Links, Einladungs- und Freigabelinks und Sitzungskennungen stehen dort im Klartext und funktionieren für jeden, der sie sieht.
- Alles aus den Entwicklerwerkzeugen: Sitzungscookies, Autorisierungskopfzeilen, Schlüssel für Programmierschnittstellen. Der Netzwerk-Tab ist mit Abstand die riskanteste Ansicht, von der Leute Screenshots machen.
- Beträge und Personaldaten, wenn es nicht um sie geht: Gehaltsabrechnungen, Kontostände, Rabattkonditionen.
- Namen und Profilbilder von Kolleginnen und Kollegen in Seitenleisten und Kommentarspalten, wenn sie mit dem Fehler nichts zu tun haben.
Ein Fehler, den man dabei leicht macht: die Kennung abzudecken, die man zum Nachvollziehen gebraucht hätte. Wenn Sie die Auftragsnummer schwärzen, ist das Ticket nicht mehr auffindbar. Der Ausweg besteht selten aus mehr Abdeckung, sondern aus einer stabilen Referenz: Decken Sie den Kundennamen ab und lassen Sie die interne Vorgangsnummer stehen, oder tragen Sie die Nummer im Text des Tickets nach, wo sie leichter zu entfernen wäre als aus einem Bild.
Die Schritte zum Nachstellen nummerieren
Wenn ein Fehler nur unter bestimmten Bedingungen auftritt, ist das Bild mit den nummerierten Markern die eigentliche Fehlerbeschreibung. Setzen Sie die Ziffern neben die Elemente, in Leserichtung, und schreiben Sie den erklärenden Text als nummerierte Liste in das Ticket statt in das Bild — er ist dort durchsuchbar, kopierbar und korrigierbar. Ändert sich später ein Schritt, korrigieren Sie eine Zeile, statt einen Screenshot neu zu bauen.
Wenn die Schritte über mehrere Bildschirme laufen, gehört jeder Zustand in ein eigenes Bild. Und wenn der Fehler von einer Bewegung abhängt — etwas flackert, etwas springt beim Scrollen —, ist eine kurze Bildschirmaufnahme das ehrlichere Mittel. Hängen Sie dann trotzdem ein Standbild an: Viele Ticketsysteme zeigen in der Übersicht nur Bilder, und ein Video, das erst geöffnet werden muss, wird oft schlicht nicht geöffnet.
Der Ablauf, der zwanzig Sekunden dauert
- Das ganze Fenster aufnehmen, nicht den Ausschnitt. Auf dem Mac Umschalt-Befehl-4 und dann die Leertaste, mit zusätzlicher Steuerungstaste direkt in die Zwischenablage.
- Einfügen und zuerst abdecken: Adresszeile, Kundendaten, Seitenleiste.
- Dann zeigen: ein Rahmen um die Meldung, bei mehreren Stationen nummerierte Marker.
- Prüfen, ob eine Referenz übrig geblieben ist, mit der sich der Vorgang wiederfinden lässt.
- Exportieren oder in die Zwischenablage kopieren und ins Ticket einfügen. Die Datei nicht Bildschirmfoto 2026-09-06 um 14.32.11 nennen, sondern nach dem Fehler.
- Zum Schluss das eingefügte Bild im Ticket selbst noch einmal groß anschauen. Das ist die Fassung, die alle sehen.
Womit man es macht
Marka ist auf genau diesen Weg zugeschnitten, besonders auf dem Mac: einfügen, abdecken, zeigen, zurück in die Zwischenablage. Jedes Werkzeug hat dort einen einzelnen Buchstaben als Kürzel, das Abdecken wird mit dem Pinsel gestrichen statt gerahmt, und es gibt nummerierte Marker, die sich nach dem Löschen eines Schrittes selbst neu ordnen. Ebenfalls nur auf dem Mac gibt es eine Suche, die mit Apples Vision-Framework auf dem Gerät Telefonnummern, E-Mail-Adressen, kartenähnliche Zahlenfolgen, Gesichter und Adressen als Vorschläge auflistet, jeweils mit Häkchen; abgedeckt wird nur das Angekreuzte, sie handelt nie von selbst und sie übersieht Dinge. Auf iPhone und iPad existiert sie nicht.
Wichtig für den Ticketfall: Das Bild wird nicht hochgeladen, weil die App weder Server noch Konto besitzt — die ungeschwärzte Fassung verlässt Ihr Gerät also zu keinem Zeitpunkt, und ins Ticket geht erst das fertige Bild. Die Anmerkungswerkzeuge, die Modi Weichzeichner und Vollton sowie die Suche gehören zu Pro, einem einmaligen Kauf für iPhone, iPad und Mac zusammen; Zuschneiden, das Mosaik, hundert Schritte Widerrufen und der Export sind kostenlos. Die Oberfläche ist in dieser Version auf vereinfachtem Chinesisch, und die App ist ein Notizzettel und kein Archiv: Was Sie behalten wollen, exportieren Sie, bevor Sie schließen.
Häufige Fragen
Soll ich das ganze Fenster aufnehmen oder nur die Fehlermeldung?
Das ganze Fenster. Der Rand trägt die Information, die der Gegenseite fehlt: Programm, Tab, Adresszeile, ausgewählter Datensatz, Uhrzeit. Was davon vertraulich ist, decken Sie ab, statt es wegzuschneiden — ein abgedecktes Feld zeigt immerhin, dass dort ein Feld war und dass es gefüllt war.
Was muss ich abdecken, bevor ein Screenshot in ein Ticket geht?
Echte Kundendaten, Zugangsmerkmale in der Adresszeile, alles aus dem Netzwerk-Tab der Entwicklerwerkzeuge, Beträge und Personaldaten, um die es nicht geht, sowie Namen Dritter, die mit dem Fehler nichts zu tun haben. Achten Sie darauf, mindestens eine Referenz stehen zu lassen, mit der sich der Vorgang wiederfinden lässt, sonst ist das Ticket unbrauchbar.
Ist ein Video nicht besser als ein Screenshot?
Bei allem, was von einer Bewegung abhängt — Flackern, Sprünge beim Scrollen, ein Ablauf über mehrere Sekunden —, ja. Bei einem stehenden Zustand ist ein Standbild schneller zu erfassen und leichter zu kommentieren. Wenn Sie eine Aufnahme anhängen, legen Sie ein Standbild dazu: In der Ticketübersicht wird meistens nur das Bild angezeigt, und ein Video, das man erst öffnen muss, wird oft nicht geöffnet.
Darf ich einen Screenshot mit echten Kundendaten überhaupt anhängen?
Das entscheidet Ihr Unternehmen, nicht dieser Text. Praktisch gilt: Ein Ticket ist langlebig und breit einsehbar, deshalb sind echte Daten dort schlechter aufgehoben als in einem Testdatensatz. Wenn sich der Fehler nicht mit Testdaten reproduzieren lässt, decken Sie so viel wie möglich ab, lassen eine interne Referenz stehen und fragen im Zweifel den Datenschutzbeauftragten. Das ist keine Rechtsberatung.
Wie viele Bilder soll ein Ticket enthalten?
So wenige wie möglich und so viele wie nötig. Ein Bild für den Fehlerzustand ist das Minimum. Wenn zum Nachstellen mehrere Bildschirme durchlaufen werden, bekommt jeder Zustand ein eigenes Bild und die Marker tragen die Reihenfolge. Zehn Bilder ohne Nummerierung sind schlechter als drei mit.
Warum sollte das Werkzeug den Screenshot nicht hochladen?
Weil beim Beschriften die ungeschwärzte Fassung als Erstes übertragen würde — Sie decken ja erst danach ab. Genau die Bilder, die man in einem Ticket bearbeitet, sind die mit Kundendaten. Ein Werkzeug, das auf dem Gerät arbeitet, umgeht das Problem vollständig; ob eines das tut, prüfen Sie mit dem Flugmodus in einer Minute.
Mit Marka erledigen
Marka ist eine App zum Beschriften von Screenshots für iPhone, iPad und Mac. Über das streichen, was niemand sehen soll, mit einem Pfeil auf das zeigen, was gemeint ist, die Schritte nummerieren, auf das Format zuschneiden, in dem Sie posten, und senden. Alles wird auf dem Gerät verarbeitet — kein Upload, kein Konto, kein Tracking, 2,4 MB Download. Öffnen, Zuschneiden, Mosaikpinsel und Export sind kostenlos; Pro ist ein einmaliger Kauf für alle drei Plattformen.