Gmail SMTP zum E-Mail-Versand nutzen: Das 2.000-E-Mails/Tag-Limit (und was Sie tun können, wenn Sie es erreichen)

Gmail verarbeitet täglich Milliarden von E-Mails, und genau deshalb ist der Gmail-SMTP-Server ein beliebter Einstieg für den Versand kleiner Volumina. Er ist kostenlos, vertraut und funktioniert sofort.

Aber es gibt eine Obergrenze. Und wenn Sie irgendeine Form von Outreach betreiben, stoßen Sie schnell daran.

Ich habe Teams erlebt, die Gmails Tagesquota bis mittags aufgebraucht hatten und sich dann wunderten, warum ihr Versandkonto für 24 Stunden gedrosselt wurde. Die Lösung ist nicht, Gmails Limits zu umgehen. Sondern sie zu verstehen und dann zu entscheiden, ob Gmail SMTP noch das richtige Tool ist.

In diesem Beitrag erkläre ich, wie Gmail SMTP 2026 tatsächlich funktioniert, welche zwei Authentifizierungsmethoden Google jetzt voraussetzt, auf welche Versandlimits Sie stoßen und wann es sinnvoll ist, auf eine Lösung für höhere Volumina umzusteigen.

Was ist SMTP?

Simple Mail Transfer Protocol ist mit Abstand das am weitesten verbreitete Protokoll zum Versenden von E-Mails.

SMTP kommt ins Spiel, wenn Sie in Ihrem E-Mail-Client auf „Senden" klicken. Dieser Klick verbindet Ihren E-Mail-Client mit dem SMTP-Server.

SMTP funktioniert dann wie ein Briefträger: Es bringt Ihre E-Mail zum Empfangsserver (in der Regel ein IMAP-Server), mit dem sich der E-Mail-Client der empfangenden Person verbindet, um Nachrichten abzurufen.

Gmail-SMTP-Einstellungen - Kurzübersicht

Bevor Sie irgendetwas konfigurieren, hier die Einstellungen, die Sie brauchen. Ich stelle sie an den Anfang, weil die meisten Leute genau danach suchen.

Port 587 mit STARTTLS ist die empfohlene Option. Port 465 mit SSL funktioniert noch, gilt aber als veraltet. Port 25 sendet unverschlüsselt - vermeiden Sie ihn komplett, wenn Zugangsdaten oder personenbezogene Daten im Spiel sind.

Gmail-SMTP mit Drittanbieter-Apps oder -Diensten nutzen

Stand 2026 hat Google den reinen Passwort-Zugang per SMTP vollständig abgeschaltet. Google hatte Workspace-Nutzer:innen ursprünglich mitgeteilt, dass der Passwort-Zugang über weniger sichere Apps am 30. September 2024 endet, die Umstellung dann aber pausiert, im Januar 2025 wieder aufgenommen und am 1. Mai 2025 endgültig abgeschlossen.

Wenn Sie eine Drittanbieter-App mit Gmails SMTP-Server verbinden, haben Sie jetzt zwei Optionen:

1. 1.

   OAuth 2.0 (Über Google anmelden) - das ist der moderne Weg. Seit dem 14. März 2025 müssen Nutzer:innen OAuth mit Drittanbieter-Apps verwenden, um auf Gmail zuzugreifen. Wenn die App es unterstützt, nutzen Sie es. Es werden keine Passwörter gespeichert oder übertragen.

2. 2.

   App-Passwörter - für Apps und Skripte, die kein OAuth unterstützen, erlaubt Google weiterhin die Erstellung eines 16-stelligen App-Passworts in den Google-Kontoeinstellungen. Sie müssen OAuth verwenden (in der Regel als „Über Google anmelden" angezeigt) oder ein App-Passwort nutzen, sofern Konto und Anwendung dies unterstützen. Voraussetzung: Die Bestätigung in zwei Schritten muss für Ihr Konto aktiviert sein.

Diese Umstellung ist abgeschlossen. Manuelle Verbindungen mit Benutzername und Passwort zum Gmail-SMTP-Server funktionieren nicht mehr. Seit dem 1. Mai 2025 unterstützen Google-Workspace-Konten keine weniger sicheren Apps, Drittanbieter-Apps oder Geräte mehr, die eine Anmeldung mit Benutzername und Passwort verlangen.

Alle Details finden Sie unter Googles OAuth-Übergangs-Timeline und Googles Richtlinie zu weniger sicheren Apps.

Die gute Nachricht: Die Verbindung per OAuth ist für die meisten Apps sogar einfacher. Kein manuelles Eingeben von Serverinformationen. Einfach einloggen, Zugriff erlauben, fertig.

Gmail-SMTP-Versandlimits

Das ist der Teil, den die meisten überspringen, bis es zu spät ist.

Ein kostenloses Gmail-Konto erlaubt den Versand an bis zu 500 Empfänger:innen pro Tag, während ein Google-Workspace-Konto bis zu 2.000 Empfänger:innen pro Tag unterstützt. Da das Kontingent auf Empfängerbasis berechnet wird, zählt eine Nachricht an 20 Personen als 20 gegenüber Ihrem Tageslimit.

Hier die Aufschlüsselung:

Kostenlose Gmail-Konten können 500 E-Mails pro Tag über die Browseroberfläche oder 100 pro Tag via SMTP senden. Genau dieses SMTP-Limit trifft Sie, wenn Sie E-Mails über Drittanbieter-Tools versenden.

Gut zu wissen:

• •

  Die Limits werden in einem rollierenden 24-Stunden-Fenster zurückgesetzt, nicht um Mitternacht.

• •

  Wenn Sie das Limit überschreiten, wird Ihr Konto für 1-24 Stunden gesperrt. Wiederholte Verstöße führen zu längeren Sperren und können Ihre Domain-Reputation dauerhaft beschädigen.

• •

  Gmail SMTP funktioniert zuverlässig für persönliche Kommunikation und niedrige Versandvolumina, wurde aber nicht als Infrastruktur für den Massenversand konzipiert.

Alle Daten finden Sie in serversmtp.coms Aufschlüsselung der täglichen Gmail-Versandlimits.

Wenn Sie Cold Outreach über Gmail SMTP betreiben, kommen Sie mit dem 100-E-Mail-SMTP-Limit eines kostenlosen Kontos (oder selbst 2.000 bei Workspace) nicht weit. Und Sie riskieren, Ihre Absender-Reputation zu ruinieren, lange bevor Sie das numerische Limit erreichen. Das eigentliche Limit bei Cold E-Mails ist die Reputation, nicht Googles Obergrenze: Fast 2.000 kalte E-Mails aus einer Mailbox zu senden, zerstört Ihre Deliverability, bevor Sie das Limit überhaupt erreichen.

Hier müssen Sie über dedizierte Versandinfrastruktur nachdenken. Mehr dazu weiter unten.

SMTP-Server zu Gmail hinzufügen

Gmail SMTP mit Drittanbieter-Apps zu nutzen, ist die eine Seite. Sie können aber auch externe SMTP-Server in Ihre Gmail-Oberfläche einbinden.

Das häufigste Szenario: Sie möchten ein weiteres Versandkonto zu Gmail hinzufügen. So geht's.

Schritt 1: Sammeln Sie die SMTP-Serverdaten von Ihrem E-Mail-Anbieter oder Ihrer Domain. Sie brauchen:

• •

  ➡️ Den Benutzernamen und das Passwort Ihrer E-Mail-Adresse (oder ein App-Passwort)

• •

  ➡️ Die Serveradresse, die in der Regel diesem Format folgt: subdomain.domain.com (zum Beispiel smtp.gmail.com)

• •

  ➡️ Die Portnummer, die der Server verwendet

• •

  ➡️ Den Verschlüsselungstyp: STARTTLS (Port 587), SSL (Port 465) oder keine (Port 25)

Schritt 2: Öffnen Sie Ihr Gmail-Konto und klicken Sie auf das Einstellungssymbol. Klicken Sie dann auf „Konten und Import".

Schritt 3: Scrollen Sie nach unten zu „E-Mail senden als" und klicken Sie dort auf „Weitere E-Mail-Adresse hinzufügen".

Schritt 4: Es öffnet sich ein Fenster, in dem Sie dem E-Mail-Konto einen Namen geben und Ihre E-Mail-Adresse eingeben. Klicken Sie auf „Weiter", wenn Sie fertig sind.

(Hinweis: Die Gmail-Einstellungsoberfläche hat sich im Laufe der Zeit verändert. Wenn diese Screenshots nicht mit dem übereinstimmen, was Sie sehen, suchen Sie die gleichen Optionen unter Einstellungen → Konten und Import.)

Schritt 5: Geben Sie den SMTP-Server, Ihren Benutzernamen und Ihr Passwort ein und wählen Sie den richtigen Port. Klicken Sie dann auf „Konto hinzufügen".

Schritt 6: Wenn alles geklappt hat, sollte das Versandkonto jetzt aktiv sein. Falls nicht, prüfen Sie, ob Portnummer und Verschlüsselungsmethode mit den Angaben Ihres E-Mail-Anbieters übereinstimmen. Eine Abweichung zwischen Port und Verschlüsselungstyp ist hier der häufigste Fehler.

Auch wenn Google bestätigt, dass das Konto erfolgreich hinzugefügt wurde: Senden Sie ein paar Test-E-Mails, um zu prüfen, ob alles funktioniert. Überspringen Sie das nicht.

Wenn Gmail SMTP nicht mehr reicht: SMTP-Relay-Alternativen

Ich bin hier ehrlich: Gmails SMTP-Server ist in Ordnung für persönliche E-Mails und leichte transaktionale Nachrichten. Sobald Sie Volumen, Zuverlässigkeit oder Outbound-Infrastruktur brauchen, ist es das falsche Tool.

Hier sind die seriösen Alternativen, je nach Anwendungsfall:

Für transaktionale und Anwendungs-E-Mails:

• •

  SendGrid, Mailgun und Amazon SES gehören zu den meistgenutzten SMTP-Anbietern. SendGrid bietet den umfassendsten Funktionsumfang für Marketing- und transaktionale E-Mails, Mailgun liefert entwicklerfreundliche APIs mit hervorragendem Logging, und Amazon SES bietet die niedrigsten Kosten pro E-Mail für Versender mit hohem Volumen, die bereit sind, mehr Infrastruktur selbst zu verwalten.

• •

  Postmark konzentriert sich ausschließlich auf transaktionale E-Mails mit starker Zustellgeschwindigkeit.

Diese Dienste existieren aus gutem Grund. Wenn Sie Bestellbestätigungen, Passwort-Resets oder Benachrichtigungen in nennenswertem Volumen versenden, wählen Sie einen davon statt Gmail SMTP.

Für Cold Outreach und Sales-E-Mails:

Transaktionale SMTP-Relays lösen das Volumenproblem, sind aber nicht für Cold-Outreach-Prozesse gebaut. Sie brauchen Sequenz-Logik, Antwort-Erkennung, Deliverability-Monitoring und Multichannel-Follow-ups.

Genau hier kommt eine spezialisierte Outbound-Plattform ins Spiel. Mit lemlist können Sie Outbound über E-Mail, LinkedIn und Anrufe aus einer einzigen Sequenz betreiben, bewährte Cold-E-Mail-Templates aus echten Kampagnen nutzen und Ihre Versand-Domain aufwärmen, damit Ihre E-Mails tatsächlich im Posteingang landen statt im Spam.

Der Unterschied zwischen Gmail SMTP und dedizierter Outbound-Infrastruktur liegt nicht nur bei den Limits. Es geht um Deliverability-Monitoring, Domain-Reputation-Management und das frühzeitige Erkennen, wenn ein Versandkonto Richtung Spam abdriftet. Genau dafür sind die Deliverability-Tools von lemlist gebaut: Deliverability skalierbar schützen.

Fazit

Gmails SMTP-Server funktioniert. Für persönliche E-Mails, für ein paar transaktionale Nachrichten, für schnelle Tests ist er völlig in Ordnung. Die Authentifizierungsregeln haben sich geändert (OAuth oder App-Passwörter, sonst nichts), aber das grundlegende Setup ist weiterhin unkompliziert.

Die eigentliche Frage ist nicht, ob Sie Gmail SMTP nutzen können. Sondern ob Sie es sollten angesichts dessen, was Sie vorhaben.

Wenn Sie mehr als eine Handvoll E-Mails am Tag versenden, holen Sie Gmails Limits ein. Das 100-E-Mail-SMTP-Limit bei kostenlosen Konten ist wirklich einschränkend, und selbst die 2.000/Tag-Obergrenze von Workspace ist nicht für Outbound in nennenswertem Umfang gemacht.

Für Teams, die Cold Outreach betreiben, führt der Weg zu dedizierter Versandinfrastruktur mit richtigem Warm-up und Deliverability-Monitoring. 14 Tage kostenlos testen und sehen Sie, wie lemlist mit Domains funktioniert, die für Outreach-Volumina gemacht sind.

Mehr über SMTP-Server im Allgemeinen erfahren Sie hier: Was ist ein SMTP-Server? Eine einfache Erklärung.