Websites herunterladen, die EmailJS nutzen

Über EmailJS

Wer eine E-Mail versenden will, braucht normalerweise einen Server. EmailJS soll genau diese Voraussetzung überflüssig machen, und die Art, wie das gelingt, macht den Einsatz auf einer Website aussagekräftig. Der Anbieter EmailJS veröffentlicht den Dienst seit 2016 unter der Lizenz Proprietary. Die Bibliothek ist JavaScript-Code, der im Browser des Besuchers selbst läuft. Sie übergibt eine Nachricht an die API des Anbieters, und diese leitet sie über den E-Mail-Dienst weiter, den der Websitebetreiber jeweils angebunden hat. Ein eigenes Backend der Website ist zu keinem Zeitpunkt beteiligt.

Eine Website, die den Dienst nutzt, hat deshalb in den meisten Fällen überhaupt kein Backend. Statische Websites, Single-Page-Anwendungen, Dokumentationsportale, Landingpages von Agenturen und Portfolios kommen alle an den Punkt, an dem ein Kontaktformular seine Daten irgendwohin senden muss, und einen Server aufzusetzen, nur um eine einzelne Nachricht zuzustellen, steht in keinem Verhältnis zum Bedarf. Wir führen den Dienst in der Kategorie Email, doch der Alltag sieht weit unspektakulärer aus als Kampagnenversand: Kontaktformulare, Benachrichtigungs-Hooks und Feedback-Widgets.

Stand Oktober 2026 erkennen wir EmailJS auf 10.626 Websites. 5.491 davon werden in den USA gehostet, und die Domains konzentrieren sich auf die Endung .com. Die geografische Verteilung folgt hier eher den Werkzeugen als einem Markt. Die Generatoren für statische Websites, die Hosting-Plattformen und die Starter-Templates, die einen Build ohne Backend einfach machen, sind auf Englisch dokumentiert und setzen standardmäßig auf generische Domains, und die Bibliothek steckt in genau diesen Templates und verbreitet sich mit ihnen.

Für ein clientseitiges Skript sind die Versionsdaten ungewöhnlich aussagekräftig. Wir erfassen 23 verschiedene Versionen im Einsatz, und am häufigsten begegnet uns Version 4. Ein Skriptverweis steht fest im Seitenquelltext, manchmal aus einem Tutorial kopiert, das Jahre zuvor geschrieben wurde, und so bleiben alte Versionen bestehen, bis jemand das Markup von Hand ändert. Die Streuung über diese Versionen misst ziemlich direkt, wie selten kleine statische Websites nach dem Launch noch einmal angefasst werden.

Hinzu kommt eine Sicherheitsdimension, und sie beeinflusst, wer diese Liste haben will. Wer aus dem Browser sendet, macht die von der Bibliothek verwendete Kontokennung für jeden sichtbar, der in die Seite schaut. Der Anbieter mildert das mit Domain-Beschränkungen und Ratenlimits ab, doch die Offenlegung ist strukturell bedingt und keine Fehlkonfiguration. Websites, die den Dienst nutzen, teilen deshalb eine bestimmte Art von Angriffsfläche. Forscher, die offengelegte Zugangsdaten oder den Missbrauch von Relay-Diensten untersuchen, wollen aus diesem Grund die vollständige Liste.

Eine Abfrage pro Domain zeigt, ob eine einzelne Website den Dienst nutzt. Eine vollständige Liste zeigt, wer ohne Backend gebaut hat, in welchem Umfang, in welchen Ländern und mit welchen Versionen. Genau diese Frage zählt für konkurrierende Formular- und Maildienste, für Hosting-Plattformen, die den Markt für statische Websites einschätzen, und für alle, die untersuchen, wie der Wegfall von Servern kleine Websites verändert hat. Die Erkennung liest den Skript- oder Modulverweis in der ausgelieferten Seite. Eine Website, die die Bibliothek unter einem anderen Dateinamen in ein Bundle kompiliert, kann uns daher entgehen, und die Zahl sollte als Untergrenze gelesen werden.