Keine zuletzt verwendeten Werkzeuge
Noch keine Favoriten

E-Mail-Encoder: E-Mail vor Spam-Bots schützen | Kostenlos

767 Nutzungen

HTML-Entitäten-Kodierung

Kodierter Mailto-Link

JavaScript-kodiert

E-Mail-Encoder Tipps

Anti-Spam-Schutz
E-Mail-Adresse für Spam-Bots unlesbar machen.
3 Methoden
HTML-Entitäten, kodierter Mailto-Link und JavaScript.
Klickbar
E-Mail wird normal angezeigt und ist klickbar.
Echtzeit
Kodierung beim Tippen.

Häufig gestellte Fragen

Q Kann ich mehrere E-Mail-Adressen auf einer Seite mit verschiedenen Methoden kodieren?
A Ja, absolut. Du kannst HTML-Entity-Kodierung für einige E-Mails und JavaScript für andere auf derselben Seite mischen. Wiederhole einfach den Kodierungsprozess für jede Adresse und füge die Snippets an den gewünschten Stellen ein. Es entstehen keine Konflikte zwischen den Methoden. Ein typisches Setup: JavaScript für die Hauptkontakt-E-Mail und HTML-Entities für weniger wichtige Adressen wie support@.
Q Kann dieses Tool auch Sonderzeichen wie Umlaute oder Symbole kodieren?
A Ja, es verarbeitet den gesamten Unicode-Bereich. Zeichen wie ä, ö, ü oder ß und Symbole wie € oder ® werden korrekt in ihre Entitätscodes umgewandelt. Kodieren Sie 'müller@beispiel.de' – es funktioniert ohne Probleme. Das Tool nutzt automatisch UTF-8, sodass keine Zeichen verloren gehen. Fügen Sie einfach Ihre E-Mail ein und wählen Sie eine Methode. Testen Sie vor der Verwendung mit einer Adresse voller Sonderzeichen.
Q Hat die E-Mail-Kodierung Auswirkungen auf die Klickbarkeit von Mailto-Links?
A Überhaupt nicht. Der kodierte Mailto-Link funktioniert genauso wie ein normaler. Benutzer klicken darauf, und ihr Standard-E-Mail-Programm öffnet sich mit der korrekten Adresse. Probieren Sie es aus: Kodieren Sie support@beispiel.de und testen Sie das Ergebnis. Die Dekodierung geschieht im Browser vor dem Klickereignis, also verhält sich der Link identisch. Achten Sie darauf, das gesamte href-Attribut zu kodieren, nicht nur den sichtbaren Text.
Q Warum bekomme ich trotz Kodierung immer noch Spam?
A Keine Kodierungsmethode ist zu 100 % sicher. Fortgeschrittene Bots entschlüsseln HTML-Entitäten, manche führen sogar JavaScript aus. Betrachten Sie dieses Tool als starken Filter, nicht als Festung. Für private Seiten blockiert JavaScript-Kodierung gut 95 % des Spams. Ein Angreifer mit einem Headless-Browser könnte aber trotzdem Erfolg haben. Kombinieren Sie die Kodierung am besten mit einem Kontaktformular.
Q Verkürzt die Kodierung die Ladezeit meiner Seite?
A Nein, das merkt man gar nicht. Die HTML-Entity-Kodierung fügt pro E-Mail-Adresse etwa 50–70 Byte hinzu. Die JavaScript-Variante schlägt mit rund 150–200 Byte zu Buche. Ein einzelnes Bild wiegt dagegen schnell 50.000 Byte. Die Dekodierung passiert clientseitig und belastet deinen Server überhaupt nicht. Ein Tipp: Bei mehr als hundert Adressen auf einer Seite lieber nur HTML-Entities verwenden.
Q Überleben codierte E-Mails einen Plattformwechsel, etwa von WordPress zu einem Static-Site-Generator?
A Ja, die codierten Schnipsel sind reiner Text und laufen auf jeder Plattform, die standardmäßiges HTML ausliefert. Ich habe codierte E-Mails zwischen WordPress, Netlify und sogar alten FTP-Sites verschoben, ohne dass etwas kaputtging. Ein Haken: Manche Builder wie Wix oder Squarespace entfernen JavaScript aus bestimmten Blöcken. Wechseln Sie in dem Fall auf die HTML-Entity-Methode. Testen Sie nach dem Umzug unbedingt alle Links, besonders bei Systemen, die den Code automatisch bereinigen. Ein kaputter Mailto-Link ist ärgerlicher als ein bisschen Spam.
Q Reicht es, meine E-Mail-Adresse einmal zu kodieren, wenn ich sie auf mehreren Seiten nutze?
A Wiederholtes Kodieren derselben Adresse ist der sicherere Weg. Jede Seite braucht ihren eigenen Code-Ausschnitt, weil der Kodierungsprozess keine globale Variable oder gemeinsame Funktion erstellt. Wenn Sie denselben kodierten String auf 10 Seiten kopieren, funktioniert das zwar, aber es ist eher eine Gewohnheitssache. Ich habe Seiten gesehen, wo jemand einmal kodiert und den Roh-Ausgabe überall eingefügt hat—und es kaputtging, nachdem ein CMS-Update die Script-Tags entfernte. Erzeugen Sie für jede Seite einen frischen Ausschnitt, selbst wenn die Adresse identisch ist. Testen Sie dann zuerst eine Seite, bevor Sie den Rest ausrollen.
Q Kann ich kodierte E-Mails direkt aus einer Tabelle in meine Website einfügen?
A Ja, aber die Spaltenformatierung macht Ärger. Steht die Adresse in Zelle A2, kodierst du sie und packst das Ergebnis in B2, dann ziehst du die Formel nach unten. Das Problem: Excel wandelt Strings wie @ beim erneuten Öffnen gern zurück in @. Füg das Ergebnis erst in einen Texteditor ein oder stell das Spaltenformat vorher auf Text. Bei einer Kampagne mit 200 Zeilen hab ich genau das schon crashen sehen.
Q Macht ein Passwortwechsel den generierten Code ungültig?
A Nein, denn der codierte Code basiert ausschließlich auf der Zeichendarstellung und nicht auf Authentifizierungstokens. Wenn Sie contact@company.com zu support@company.com ändern, generieren Sie einfach ein neues Snippet. Das Tool speichert keine Zugangsdaten. Tauschen Sie den Code auf Ihrer Website aus, sobald sich Ihre Adresse ändert.
Q Funktioniert das Tool mit Umlauten?
A Ja, Umlaute und Sonderzeichen werden problemlos verarbeitet. Sie können problemlos Adressen mit ö, ä oder ü kodieren. Zum Beispiel wird aus buchung@münchen.de ein sicherer Code. Das Skript wandelt alle Unicode-Zeichen automatisch in HTML-Entitäten um. Testen Sie einfach Ihre eigene Adresse mit Umlauten im Eingabefeld.

E-Mail kodieren

Verwandte Werkzeuge