Kann ein Google Workspace-Admin E-Mail-Signaturen für alle Nutzer festlegen?

Mit Bordmitteln nur teilweise. Die Einstellung „Fußzeile anfügen“ in der Admin-Konsole fügt pro Organisationseinheit eine Fußzeile an, begrenzt auf 10.000 Zeichen, ohne Verzeichnisfelder und ohne HTML (ein Bild nur über eine öffentliche URL). Für markenkonforme Signaturen, die Name, Position und Telefonnummer jedes Nutzers übernehmen, verwenden Admins die Gmail API, die die Signatur als serverseitige Eigenschaft der „Senden als“-Adresse schreibt.

Warum haben meine Nutzer am Ende zwei Signaturen?

Weil die Fußzeile aus der Admin-Konsole unter allem angefügt wird, was der Nutzer in Gmail bereits eingerichtet hat. Google ersetzt die Signatur des Nutzers nicht, sondern fügt die Fußzeile darunter an. Wenn Ihre Mitarbeitenden eigene Signaturen haben und Sie eine organisationsweite Fußzeile aktivieren, enthält jede Nachricht beide.

Kann ich in Google Workspace unterschiedliche Signaturen pro Abteilung festlegen?

Mit Bordmitteln nicht über Organisationseinheiten hinaus. Für die Fußzeile gibt es eine Vorlage pro Organisationseinheit; Abteilungen, die nicht als eigene Organisationseinheiten abgebildet sind, können also keine unterschiedlichen Fußzeilen erhalten. Die Struktur Ihrer Organisationseinheiten an Signaturregeln anzupassen, ist in der Regel ein schlechter Tausch, denn Organisationseinheiten steuern auch die Vererbung von Richtlinien für alles andere.

Kommen über die Gmail API gesetzte Signaturen auch auf Smartphones an?

Ja, im Normalfall. Die Signatur wird serverseitig zur „Senden als“-Adresse gespeichert und nicht als Client-Einstellung pro Gerät; sie gilt daher im Web und in den mobilen Gmail-Apps, ohne dass etwas installiert wird. Die Ausnahme ist ein Nutzer, der in der Gmail-App eine mobile Signatur auf Geräteebene eingerichtet hat; diese hat auf dem betreffenden Gerät Vorrang.

E-Mail-Signaturverwaltung für Google Workspace

Google Workspace hat von allen großen E-Mail-Plattformen die schwächsten integrierten Steuerungsmöglichkeiten für Signaturen und die sauberste API, um das zu beheben. Zu verstehen, welche Grenzen echt sind und welche nur schlecht umgangen werden, macht den größten Teil der Entscheidung aus.

Kurz gesagt: Die Admin-Konsole gibt Ihnen eine Fußzeile pro Organisationseinheit, begrenzt auf 10.000 Zeichen, ohne Verzeichnisfelder, ohne HTML (ein Bild nur über eine öffentliche URL) und unter allem angefügt, was der Nutzer bereits eingerichtet hat – daher kommen doppelte Signaturen. Die Gmail API schreibt eine echte Signatur als serverseitige Eigenschaft jeder „Senden als“-Adresse; sie kommt ohne Installation im Web und auf Mobilgeräten an. Diese Lücke ist der Grund, warum es Signatur-Tools für eine Plattform gibt, die die Funktion scheinbar schon mitbringt.

Was die Admin-Konsole tatsächlich tut

Google Workspace-Admins haben genau einen nativen Mechanismus: Fußzeile anfügen, zu finden in den Compliance-Einstellungen von Gmail. Es lohnt sich, genau zu wissen, wie er zugeschnitten ist, denn der Name lässt mehr erwarten, als er leistet.

Einschränkung	Was das in der Praxis bedeutet
Eine Vorlage pro Organisationseinheit	Vertrieb und Support können keine unterschiedlichen Fußzeilen haben, solange sie keine getrennten Organisationseinheiten sind. Organisationseinheiten für Signaturen umzubauen heißt, eine kosmetische Anforderung über den Baum bestimmen zu lassen, der jede andere vererbte Richtlinie steuert.
Kein HTML	Formatierter Text und ein Bild über eine öffentliche URL, aber kein Layout und kein Markendesign. Eine rechtliche Fußzeile, keine Signatur.
Obergrenze von 10.000 Zeichen	Für sich genommen selten bindend, aber zusammen mit Haftungsausschlüssen für mehrere Gesellschaften oder in mehreren Sprachen wird sie es schneller als erwartet.
Keine Verzeichnisfelder	Die Fußzeile ist statischer Text. Sie kann weder Namen noch Position oder Durchwahl des Absenders nennen, und genau das ist der ganze Sinn einer Signatur.
Unter der eigenen Signatur des Nutzers angefügt	Das Problem der doppelten Signatur, siehe unten.
Beim Versand angewendet	Nutzer sehen sie beim Schreiben nie, und in ihrer Kopie unter „Gesendet“ fehlt sie.
Bei Nur-Text-Antworten ohne Formatierung	Formatierung und Links bleiben nicht erhalten, die Fußzeile verliert also genau dort an Qualität, wo Threads lang werden.

Das Problem der doppelten Signatur

Das ist die mit Abstand häufigste Beschwerde über Signaturen in Google Workspace, und es ist eine Designentscheidung, kein Fehler.

Google ersetzt nicht, was ein Nutzer in seinen eigenen Gmail-Einstellungen eingerichtet hat. Die Fußzeile wird darunter angefügt. Eine Organisation, die seit ein paar Jahren besteht – in der sich Mitarbeitende eigene Signaturen angelegt haben, weil nichts sie daran gehindert hat –, schaltet also eine organisationsweite Fußzeile ein, und sofort trägt jede ausgehende Nachricht zwei Signaturen: zuerst die selbst improvisierte, darunter die offizielle.

Es gibt keine native Einstellung, die die Signatur des Nutzers unterdrückt. Die Signaturen zu entfernen heißt, jedes Konto einzeln aufzurufen, und nichts hindert einen Nutzer daran, noch am selben Nachmittag eine neue einzurichten. An diesem Punkt beginnen die meisten Admins, nach einem Tool zu suchen, und es lohnt sich zu verstehen, dass sie nicht nach Branding suchen – sie suchen nach einem Weg, die Signatur auf Nutzerebene bedeutungslos zu machen.

Was die Gmail API stattdessen tut

Bei der API steht Google deutlich besser da als bei der Admin-Konsole, und auch besser als Microsoft mit seinem Gegenstück.

Eine Gmail-Signatur ist eine serverseitige Eigenschaft einer „Senden als“-Adresse und lässt sich über users.settings.sendAs.update bearbeiten. Zum Schreiben genügt ein Aufruf pro Nutzer. Weil der Wert im E-Mail-Profil liegt und nicht in einem Client, gilt er überall, wo dieses Konto sendet – im Webclient und in den mobilen Gmail-Apps –, ohne installierte Software, ohne Add-In, ohne Geräteverwaltung und ohne Änderung am E-Mail-Routing.

Das ist wichtiger, als es klingt, denn Mobilgeräte sind die ewige Lücke bei der Bereitstellung von Signaturen. In Microsoft 365 braucht es für Smartphones entweder ein Add-In mit begrenzter mobiler Unterstützung oder ein Relay im Zustellweg. In Google Workspace ist es derselbe API-Aufruf, der auch alles andere erledigt.

Zwei ehrliche Einschränkungen:

Mobile Signaturen auf Geräteebene setzen sich weiterhin durch. Die mobile Gmail-App hat eine eigene Signatureinstellung pro Gerät. Hat ein Nutzer dort eine eingerichtet, hat sie auf diesem Gerät Vorrang. Die meisten haben keine eingerichtet, aber „die meisten“ ist nicht „alle“, und jeder Anbieter, der bei Gmail eine bedingungslose mobile Abdeckung verspricht, übertreibt.
Nutzer können sie zurückändern. Die API schreibt dasselbe Feld, das der Nutzer in seinen eigenen Einstellungen ändern kann. Nichts hindert jemanden daran, zehn Minuten später zu seiner bevorzugten Version zurückzukehren. Clientseitige Bereitstellung ist keine Durchsetzung.

Der dafür erforderliche OAuth-Bereich

Die Signaturverwaltung benötigt gmail.settings.basic, den Google als sensiblen Bereich einstuft. Für eine Anwendung, die an andere Organisationen verteilt wird, löst das die OAuth-App-Überprüfung von Google aus, und für einen Eintrag im Google Workspace Marketplace kann zusätzlich eine Sicherheitsbewertung durch Dritte nötig sein. Das ist eine echte Hürde, die echte Zeit kostet, und sie ist der Hauptgrund, warum der Signaturmarkt für Google Workspace dünner besetzt ist, als die Größe des Problems vermuten ließe.

Für interne Skripte innerhalb einer einzelnen Organisation umgeht die domainweite Delegierung den Überprüfungsweg vollständig. Wenn Sie einen kompetenten Admin und vierzig Nutzer haben, ist ein Skript eine legitime Antwort, und das sagen wir lieber, als etwas anderes vorzugeben.

So prüfen Sie, was tatsächlich bereitgestellt ist

Bevor Sie ein Tool auswählen, lohnt es sich, die Größe des Problems zu kennen. Google gibt Ihnen alles, was Sie zum Messen brauchen, und die Antwort fällt meist schlechter aus als erwartet.

1. Prüfen Sie, ob eine organisationsweite Fußzeile aktiviert ist

In der Admin-Konsole: Apps → Google Workspace → Gmail → Compliance → Fußzeile anfügen. Prüfen Sie das in jeder Organisationseinheit, nicht nur auf oberster Ebene – Einstellungen werden vererbt, und eine Organisationseinheit mit eigener, überschriebener Einstellung übersieht man leicht.

Wenn eine Fußzeile aktiviert ist und Ihre Nutzer eigene Signaturen haben, trägt derzeit jede Nachricht, die Ihre Organisation verlässt, beide. Das ist das Problem der doppelten Signatur, und es lohnt sich, das zu bestätigen, bevor Sie es auf etwas anderes zurückführen.

2. Lesen Sie aus, was jeder Nutzer tatsächlich hat

Signaturen lassen sich über dieselbe API lesen, die sie schreibt. Für jeden Nutzer liefert users.settings.sendAs.list alle „Senden als“-Adressen des Kontos samt ihrer Signatur. Der OAuth-Bereich ist gmail.settings.basic, und innerhalb einer einzelnen Organisation deckt die domainweite Delegierung ihn ohne jede App-Überprüfung ab.

Wenn Sie lieber keinen Code schreiben möchten, erledigt GAM das direkt:

gam all users show sendas

3. Zählen Sie, worauf es ankommt

Die Rohausgabe ist noch keine Antwort. Vier Zählungen machen eine daraus:

Leere Signaturen. Nutzer, die ganz ohne Signatur senden. Meist mehr, als irgendjemand vermutet, und gehäuft bei neu eingetretenen Mitarbeitenden.
Veraltete Bild-URLs. Durchsuchen Sie das HTML per grep nach dem Dateinamen oder Host des vorherigen Logos. Das ist der sauberste einzelne Messwert dafür, wie ein Rebranding tatsächlich angekommen ist.
Fehlender Haftungsausschluss. Suchen Sie nach einer markanten Formulierung aus Ihrem vorgeschriebenen Wortlaut. Wenn Sie eine gesetzliche Pflicht haben, ist diese Zahl Ihr Compliance-Risiko.
Positionen, die vom Verzeichnis abweichen. Vergleichen Sie jede Signatur mit dem Datensatz desselben Nutzers im Admin SDK. Beförderungen sind die häufigste Quelle von Abweichungen, weil niemand die Signatur als Teil der Änderung betrachtet.

Zwei blinde Flecken, die Sie kennen sollten

Aliasse haben eigene Signaturen. sendAs.list liefert jede „Senden als“-Adresse, nicht nur die primäre. Ein Nutzer mit einem Rollenalias – support@, billing@ – hat darauf eine separate Signatur, die ein naives Audit, das nur den ersten Eintrag liest, vollständig übersieht.

Mobile Signaturen auf Geräteebene sind unsichtbar. Die eigene Signatureinstellung der mobilen Gmail-App wird auf dem Gerät gespeichert, nicht im E-Mail-Profil, deshalb kann keine API sie lesen. Hat ein Nutzer eine eingerichtet, können Sie sie weder sehen noch zählen. Jedes Audit – unseres eingeschlossen – misst die serverseitige Signatur, und das sollte man offen sagen, statt eine vollständige Abdeckung zu suggerieren.

Was niemand misst

Jedes Signatur-Tool auf dem Markt – für Google Workspace wie für andere Plattformen – setzt die Vorgaben im Moment der Erstellung durch. Eine Vorlage wird definiert, Signaturen werden geschrieben, die Aufgabe gilt als erledigt.

Keines davon beantwortet die Frage, die Admins sechs Monate später tatsächlich stellen: Wer ist gerade nicht markenkonform?

Dieselbe API, die eine Signatur schreibt, kann sie auch wieder auslesen. Damit wird die Lücke zwischen Vorlage und Wirklichkeit messbar – wie viele Mitarbeitende noch das vorherige Logo verwenden, wie vielen der rechtliche Haftungsausschluss fehlt, wie viele eine Position angeben, aus der sie letztes Jahr befördert wurden. Auf einer Plattform, auf der Nutzer ihre eigene Signatur zurückändern können, ist dieser Lesezugriff kein nettes Extra; er ist die einzige Möglichkeit zu wissen, ob die Bereitstellung Bestand hat.

Darauf ist Ascripto ausgelegt, und deshalb ist unser kostenloser Tarif das Audit und kein Vorlageneditor. Zu sehen, dass 31 von 47 Mitarbeitenden nicht markenkonform sind, ist ein nützlicherer Ausgangspunkt als eine leere Vorlage.

Einen Ansatz wählen

Wenn Sie … brauchen	Verwenden Sie
Einen rechtlichen Haftungsausschluss in allen ausgehenden E-Mails, sonst nichts	„Fußzeile anfügen“ in der Admin-Konsole. Sie ist kostenlos und für genau diesen Zweck ausreichend.
Markenkonforme Signaturen mit Angaben pro Nutzer, eine Organisation, technisches Personal vorhanden	Gmail API über domainweite Delegierung. Ein Skript und eine Vorlage.
Regeln pro Abteilung, Automatisierung bei Ein- und Austritten und den Überblick, wann Signaturen abweichen	Ein verwaltetes Tool. Hier skalieren Skripte nicht mehr, meist an dem Punkt, an dem jemand ausscheidet und niemand mehr daran denkt, das Skript auszuführen.
Garantierte Durchsetzung, die ein Nutzer nicht rückgängig machen kann	Ausgehendes SMTP-Relay. Aufwendiger und eine Abhängigkeit im Zustellweg Ihrer E-Mails – lohnt sich nur, wenn Durchsetzung wirklich die Anforderung ist.

Wenn Sie auch Microsoft 365 nutzen

Gemischte Umgebungen sind verbreitet, und die beiden Plattformen sind hier nicht vergleichbar. Der programmatische Weg von Microsoft, Exchange Web Services, wird zwischen Oktober 2026 und April 2027 schrittweise deaktiviert, und Microsoft Graph hat die Signaturverwaltung nie unterstützt. Wenn ein Teil Ihrer Organisation Exchange Online nutzt, lohnt es sich, diesen Zeitplan zu lesen, bevor Sie für eine der beiden Seiten ein Tool wählen.