Fehlermeldungen lesen:Jeden Fehler in 30 Sekunden

Fehlermeldungen lesen: Du steckst nicht fest – du siehst den Fehler nur nicht. Jedes Mal, wenn deine mit KI gebaute App „mysteriös" kaputtgeht, schreibt sie eine exakte Erklärung dessen, was schiefgelaufen ist, in die Browser-Konsole. Öffne die Konsole mit einem Tastenkürzel, lies die erste Zeile und den Dateinamen, und du kannst fast jeden Fehler in 30 Sekunden entschlüsseln – ganz ohne Informatikstudium.

Das ist die Fähigkeit mit dem größten Hebel für nicht-technische Gründer, die mit KI bauen. Nicht, weil du jeden Fehler selbst behebst, sondern weil der Unterschied zwischen „es ist kaputt, hilf mir" und dem Einfügen des exakten Fehlers in Claude der Unterschied zwischen einer Stunde Raten und einer Lösung in 30 Sekunden ist.

So öffnest du die Browser-Konsole

Die Konsole ist das Backstage deiner Website. Wenn deine App eine Theateraufführung ist, siehst du in der Konsole die Bühnenarbeiter, die Einsätze und den genauen Moment, in dem etwas umfällt. So öffnest du sie:

• Chrome: Cmd + Option + J auf dem Mac, Strg + Umschalt + J unter Windows – oder irgendwo rechtsklicken, „Untersuchen" wählen und dann auf den Tab „Console" klicken
• Firefox: Cmd + Option + K auf dem Mac, Strg + Umschalt + K unter Windows
• Safari: zuerst das Menü „Entwickler" aktivieren (Einstellungen, Erweitert, „Menü ‚Entwickler' in der Menüleiste anzeigen"), dann Cmd + Option + C

Zwei Tabs sind wichtig. Console zeigt Fehler und Logs – beginne hier, wenn etwas nicht funktioniert. Network zeigt jede Anfrage, die deine App an Server stellt – nutze es, wenn der Login scheitert oder Daten nicht laden: Seite neu laden, nach roten Zeilen suchen, eine anklicken, um Details zu sehen. Und nein, du kannst nichts kaputt machen, indem du nur hinschaust. Die Konsole ist standardmäßig schreibgeschützt.

Fehlermeldungen lesen: die Anatomie eines Fehlers

Fehlermeldungen wirken einschüchternd, weil sie für Entwickler geschrieben sind, die den Jargon kennen. Aber sie haben eine feste Struktur, wie eine medizinische Diagnose – Fachbegriffe, ein genauer Ort und genug Information, um das Problem zu beheben. Vier Teile, immer in derselben Reihenfolge:

1. Der Fehlertyp. Die Kategorie: Ein TypeError bedeutet, du verwendest etwas falsch, ein ReferenceError, dass du etwas verwendest, das nicht existiert, ein SyntaxError, dass der Code einen Tippfehler hat, ein NetworkError, dass die App einen Server nicht erreicht.
2. Die Beschreibung. Das konkrete Problem in einer Zeile – „Cannot read property of undefined" heißt, der Code wollte Daten nutzen, die noch nicht da sind.
3. Der Ort. Ein Dateiname, eine Zeilennummer und eine Zeichenposition. Das ist der nützlichste Teil: Er sagt dir genau, wo du hinschauen musst.
4. Der Call Stack. Die Kette der Funktionsaufrufe, die zum Fehler geführt hat. Meist interessieren dich nur die ersten Zeilen, die Dateien nennen, die du erkennst – der Rest ist interner Bibliothekscode, den du ignorieren kannst.

Die 30-Sekunden-Methode: Lies die erste Zeile, um zu wissen, was schiefging, such den ersten Dateinamen, den du erkennst, um zu wissen, wo, und ignoriere alles, was Bibliotheksinterna erwähnt.

Rot, gelb, grau: was die Farben bedeuten

Die Konsole kodiert alles farblich nach Schweregrad, und das zeigt dir, was deine Aufmerksamkeit verdient:

• Rot = Fehler. Gerade ist etwas kaputtgegangen, und die App kann nicht weitermachen. Stopp und beheben.
• Gelb = Warnung. Es funktioniert heute, könnte aber später kaputtgehen oder schlecht performen. Behebe es, wenn du kannst – Warnungen stoppen deine App nicht.
• Weiß oder grau = Information. Normale Logs. Manche Bibliotheken sind einfach gesprächig. Ignorieren.

Eine Konsole voller Meldungen ist nicht automatisch schlecht. Konzentriere dich auf die roten, notiere die gelben und ignoriere den Rest.

Das BuchThe Solopreneur RevolutionLuis Gonçalves darüber, wie du neben dem Job mit KI ein Solopreneur-Business aufbaust.Zum Buch →

Die sechs Fehler, die du wirklich sehen wirst (entschlüsselt)

Beim Bauen eines SaaS mit KI-Tools wie Claude und Supabase machen immer dieselben wenigen Fehler fast alles aus. Hier die Übersetzung in einfaches Deutsch:

Statuscodes folgen einer Regel: Alles in den 200ern bedeutet Erfolg, 400er heißen, du hast etwas falsch gemacht (falsche Daten, nicht eingeloggt, keine Berechtigung, falsche Adresse), und 500er heißen, der Server selbst ist kaputtgegangen. Diese eine Regel entschlüsselt den gesamten Network-Tab.

Was du einfügst, wenn du die KI um Hilfe bittest

Hier zahlt sich das Lesen von Fehlern aus. Wenn du Claude einen Fehler gibst, entscheidet das, was du einfügst, über die Qualität der Antwort. Drei Dinge, jedes Mal:

1. Die vollständige Fehlermeldung – inklusive Dateiname und Zeilennummer, direkt aus der Konsole kopiert (Meldung rechtsklicken, Kopieren)
2. Den Code rund um den Fehler – etwa fünf Zeilen vor und nach der Zeile, auf die der Fehler zeigt
3. Was du gerade getan hast – ein Satz: „Ich wollte nach dem Login die Profilseite laden"

Mit diesen drei Dingen behebt die KI die meisten Fehler im ersten Anlauf. Ohne sie rät sie – und eine ratende KI führt dich in das Chaos, das in den Anzeichen, dass die KI selbstsicher falschliegt beschrieben wird. Wenn derselbe Fehler immer wiederkehrt oder du in einem Szenario statt einem einzelnen Fehler feststeckst, führt dich der Folgebeitrag durch die zehn häufigsten KI-Bauprobleme und ihre Lösungen.

Fehler sind nicht der Feind. Sie sind die App, die dir genau sagt, was sie braucht. Die Gründer, die ausliefern, sind nicht die, die nie roten Text sehen – sondern die, die aufgehört haben, sich davor zu fürchten.

12 WochenDeine Konzernkarriere war nie der PlanBewirb dich beim Solopreneur Accelerator.Jetzt bewerben →

Häufig gestellte Fragen

Muss ich Code verstehen, um Fehlermeldungen zu lesen?

Nein. Du musst die vier Teile erkennen – Typ, Beschreibung, Ort, Call Stack – und sie präzise kopieren. Fehlertyp und Beschreibung sind fast einfaches Deutsch, sobald du die gängigen gesehen hast, und der Ort ist nur ein Dateiname und eine Zeilennummer. Den Rest erledigt die KI.

Kann ich meine App kaputt machen, indem ich die Browser-Konsole benutze?

Nein. Entwicklertools sind standardmäßig schreibgeschützt – du schaust hinter die Bühne, du baust das Bühnenbild nicht um. Du kannst die Konsole öffnen, durch Tabs klicken und Meldungen kopieren, ohne Risiko für deine App oder deine Daten.

Welche Fehler sollte ich zuerst beheben?

Rote Fehler, die zentrale Abläufe blockieren: Netzwerkfehler, Authentifizierungsfehler, Datenbankfehler und alles, was einen leeren Bildschirm erzeugt. Gelbe Warnungen können warten. Graue Info-Logs brauchen gar keine Aktion – sie sind nur die App, die ihren Tag erzählt.

Was, wenn die Konsole keine Fehler zeigt, die App sich aber trotzdem falsch verhält?

Prüfe den Network-Tab auf rote Zeilen – eine fehlgeschlagene Anfrage wirft nicht immer einen sichtbaren Konsolenfehler. Ist auch das Netzwerk sauber, werden die Daten wahrscheinlich herausgefiltert, statt zu scheitern: falsches Konto, inaktive Datensätze oder ein Entwurfs-Flag. Dieses Szenario und neun weitere sind im Leitfaden zu den häufigsten KI-Bauproblemen entschlüsselt.