Was du lernst
- Was OAuth konzeptionell ist und warum du Authentifizierung nie selbst bauen darfst
- Clerk ergänzen und der Unterschied zwischen einer Development-Instanz und einer Produktions-Instanz
- Ein vollständiger Google-OAuth-Produktionsdurchgang: Consent Screen, Credentials und Custom-Domain-DNS-Records
Überblick
Deine App braucht jetzt Nutzer: Leute, die sich registrieren, einloggen und ihre eigenen Daten haben. Das ist Authentifizierung, und es ist eine Stelle, an der ein kleiner Fehler jedes Kundenpasswort leakt, das du hältst. Der richtige Zug 2026 ist eindeutig: bau sie nicht selbst, nutze einen Dienst. Clerk ist dieser Dienst für die meisten Builder, für die dieser Kurs gedacht ist. Diese Lektion erklärt das eine Konzept, das du verstehen musst (OAuth), bringt Clerk in deine App und führt dich dann durch den Teil, den alle fummelig finden - von Development-Keys zu einer echten Produktions-Instanz mit Google-Login auf deiner eigenen Domain.
Was du lernst
Du lernst, was OAuth in klarer Sprache ist, warum selbstgebaute Auth eine Falle ist, in die selbst grosse Firmen tappen, wie Clerk zu deiner App passt, den entscheidenden Unterschied zwischen einer Development-Instanz und einer Produktions-Instanz und die genauen Schritte, um Google OAuth in Produktion zu aktivieren, inklusive Google-Consent-Screen, Credentials und der DNS-Records, die es auf deiner Domain laufen lassen.
Voraussetzungen
Eine funktionierende App aus Kurs 1 und die Architektur-Karte aus der vorigen Lektion, denn Auth lebt auf der App-Seite, nicht der Marketing-Seite. Du brauchst auch die Secrets-Disziplin aus Kurs 1: Auth-Keys sind hochsensibel und dürfen nie committet werden. Die nächste Lektion zu Secrets geht tiefer, aber die Grundregel (Keys in .env, .env in .gitignore) muss bereits in Fleisch und Blut sein.
OAuth lässt Nutzer sich mit einem bestehenden Konto wie Google anmelden, ohne dir ihr Passwort zu geben. Lerne, wie es funktioniert und warum es sicherer ist.
Eine .env-Datei speichert Secrets wie API Keys ausserhalb deines Codes, damit sie nie veröffentlicht werden. Lerne, was sie ist und wie du sie sicher hältst.
Eine API ist eine Art, wie zwei Programme miteinander reden. Lerne, was eine API ist, wie sie funktioniert und warum sie für das Bauen mit KI zählt.
Das Problem
Auth selbst zu bauen klingt wie eine Mutprobe. Es ist eigentlich ein Minenfeld. Du musst Passwörter korrekt hashen und salten, Sessions und Tokens managen, Passwort-Resets behandeln, dich gegen Credential Stuffing und Brute Force wehren, alles sicher speichern und ewig mit neuen Angriffstechniken Schritt halten. Mach ein Detail falsch und du leakst Kundendaten, was eine juristische und reputative Katastrophe ist. Derweil haben deine Konkurrenten mit Clerk den Login an einem Nachmittag geshippt und sind weitergezogen, ihr eigentliches Produkt zu bauen. Es gibt keinen Preis für die selbstgebaute Version. Das ist ein gelöstes Problem, und dein Job ist, die Lösung zu nutzen, nicht sie neu zu erfinden.
Kommentare
Kommentare werden geladen.
Kommentar schreiben