.env-Datei-Validator — Syntax, Duplikate & fehlende Keys prüfen

Füge eine .env-Datei ein, um ungültige Keys, Duplikate, leere Werte und Anführungsfehler zu finden, sie mit .env.example zu vergleichen und fehlende Variablen aufzuspüren. Außerdem erzeugst du daraus eine sichere Beispieldatei. Alles läuft komplett in deinem Browser — nichts wird hochgeladen.

Aktualisiert am
🔒 Läuft lokal. Deine .env wird in diesem Browser-Tab verarbeitet und nirgendwohin gesendet. Werte sind im Bericht maskiert.
    ZeileKeyWertHinweise
    .env.example (Werte entfernt)

    Deine Daten verlassen nie deinen Computer. Die Verarbeitung erfolgt zu 100 % lokal im Browser.

    So nutzt du: .env-Datei-Validator

    1. Füge deine .env in das linke Feld ein. Optional kannst du rechts .env.example (oder eine Liste der benötigten Keys) einfügen.
    2. Lies die Problemliste: Fehler brechen das Parsen ab, Warnungen sind wahrscheinlich Fehler oder riskante Werte.
    3. Prüfe die Tabelle für jede Variable — Werte sind maskiert, daher kannst du einen Screenshot sicher teilen.
    4. Lade die erzeugte .env.example herunter und committe sie statt deiner echten .env.

    .env-Syntax im Überblick

    ZeileErgebnis
    PORT=3000Einfacher Wert
    APP_NAME="My App"Anführungszeichen nötig bei Leerzeichen
    GREETING='Hello $USER'Einfache Anführungszeichen: keine Variablenerweiterung (dotenv-expand, Docker Compose)
    KEY="line1\nline2"Doppelte Anführungszeichen: \n wird zu einem Zeilenumbruch
    export TOKEN=abcDas Präfix export ist erlaubt und wird von dotenv ignoriert
    # commentKommentar; nach einem Wert nur, wenn ein Leerzeichen davorsteht und der Wert nicht in Anführungszeichen steht

    Häufige Fehler, die dieser Validator erkennt

    • Doppelte Keys — die meisten Loader behalten still den ersten oder letzten Wert, daher scheinen Änderungen wirkungslos.
    • Leerzeichen um = oder in nicht quotierten Werten — KEY = value bricht in Shells und Docker.
    • Nicht geschlossene Anführungszeichen, die die folgenden Zeilen verschlucken.
    • Ungültige Namen — Keys sollten aus Buchstaben, Ziffern und Unterstrichen bestehen und nicht mit einer Ziffer beginnen.
    • Secrets wie AWS-Keys, Stripe-Live-Keys, GitHub-Tokens oder private Schlüssel — in einer lokalen .env in Ordnung, aber niemals committen.

    .env aus Git heraushalten

    Füge .env zu deiner .gitignore hinzu und committe eine .env.example nur mit den Keys. In CI speicherst du Werte als Secrets — siehe den GitHub Actions Workflow Generator. Frontend-Frameworks machen Variablen mit Präfixen wie VITE_, NEXT_PUBLIC_ oder PUBLIC_ im Browser sichtbar — lege darin niemals Secrets ab.

    Auch gesucht als: .env prüfen, dotenv validator, env example generator, env variablen prüfen, fehlende umgebungsvariablen, dotenv syntax, env datei format.

    Passende Tools zu: .env-Datei-Validator

    • Docker-Compose-Generator — Kreuze die Dienste an, die du brauchst – App, Datenbank, Cache, Admin-UI, Mail-Catcher – und du erhältst eine übersichtliche „compose.yaml“-Datei mit festgelegten Images, benannten Volumes, Healthchecks und depends_on Bedingungen sowie eine passende .env-Datei mit generierten Passwörtern.
    • package.json-Generator — Fülle das Formular aus und erhalte eine gültige package.json — mit npm-Namensprüfung, Script-Vorlagen für Vite, Next.js, Node und TypeScript-Bibliotheken, exports, engines, Lizenz und Repository.
    • Unicode-Zeichen-Inspektor — Füge einfach irgendetwas ein, um zu sehen, woraus es wirklich besteht: den Namen jedes Zeichens, den Codepunkt, die UTF-8-Bytes und den HTML-Code.
    • Diff-Checker — Füge die Originalversion und eine geänderte Version ein, um hinzugefügte, entfernte und geänderte Zeilen nebeneinander zu sehen – wobei die genauen Wörter, die sich geändert haben, in jeder Zeile hervorgehoben sind.

    Häufige Fragen

    Ist es sicher, meine .env hier einzufügen?
    Der Validator läuft nur in deinem Browser; nichts wird hochgeladen oder gespeichert. Werte sind im Bericht maskiert. Trotzdem solltest du keine Produktions-Secrets in eine Website einfügen, wenn deine Richtlinien das verbieten — nutze stattdessen die Beispieldatei.
    Brauche ich Anführungszeichen in einer .env-Datei?
    Nur wenn der Wert Leerzeichen, #, Anführungszeichen oder Zeilenumbrüche enthält oder mit einem Sonderzeichen beginnt. Doppelte Anführungszeichen erlauben Escapes wie \n; einfache Anführungszeichen übernehmen den Wert wörtlich.
    Wofür ist .env.example da?
    Sie dokumentiert, welche Variablen das Projekt benötigt, ohne echte Werte. Committe sie, damit neue Teammitglieder und CI wissen, was zu konfigurieren ist; die echte .env bleibt aus Git heraus.
    Warum bleibt meine Variable undefined?
    Typische Ursachen: ein Tippfehler oder andere Groß-/Kleinschreibung im Key, ein Duplikat weiter unten in der Datei, Leerzeichen um =, ein nicht geschlossenes Anführungszeichen darüber oder die Datei wird nicht geladen (falscher Ordner oder fehlende dotenv-Konfiguration). Frontend-Bundler verlangen außerdem Präfixe wie VITE_ oder NEXT_PUBLIC_.
    Kann ich .env-Datei-Validator als Web-App installieren und offline nutzen?
    Ja. .env-Datei-Validator ist eine installierbare Web-App (PWA) – sie wird über Ihren Browser installiert und nicht aus einem App-Store heruntergeladen. Klicken Sie oben auf dieser Seite in Chrome oder Edge (Windows, macOS, Linux, ChromeOS) auf „App installieren“ oder verwenden Sie auf Android-Geräten „Teilen“ → „Zum Startbildschirm hinzufügen“ auf dem iPhone und iPad bzw. „Datei“ → „Zum Dock hinzufügen“ in Safari 17+ auf einem Mac. Die App öffnet sich dann in einem eigenen Fenster mit einem eigenen Symbol, und da sie vollständig in Ihrem Browser ausgeführt wird, funktioniert sie auch offline. Firefox auf dem Desktop kann keine Web-Apps installieren. So funktioniert die Installation.

    Ähnliche Tools