Ein SSL-Zertifikat kostet heute zwischen 0 Euro und weit über 1.000 Euro pro Jahr, je nachdem, welche Validierungsstufe ein Unternehmen wählt. Let’s Encrypt stellt seit 2015 kostenlose, automatisierte Zertifikate aus und deckt nach Schätzungen auf Basis von W3Techs-Daten mittlerweile rund die Hälfte aller mit HTTPS gesicherten Websites weltweit ab. Gleichzeitig verkaufen DigiCert, Sectigo, GlobalSign und GoDaddy weiterhin Organization-Validated- und Extended-Validated-Zertifikate für Hunderte Euro im Jahr. Für Admins, die 2026 ein neues Projekt aufsetzen, stellt sich also eine ganz praktische Frage: Reicht ein kostenloses DV-Zertifikat, oder braucht die Bank-Website, das Behördenportal oder der Online-Shop tatsächlich die teurere OV- oder EV-Variante?
Die Antwort ist komplizierter geworden, seit das CA/Browser Forum im Frühjahr 2025 beschlossen hat, die maximale Laufzeit von TLS-Zertifikaten in drei Stufen von 398 auf nur noch 47 Tage zu kürzen. Wer bislang einmal im Jahr ein Zertifikat verlängert hat, muss sich bis 2029 auf Rotationen im Wochentakt umstellen. Dieser Vergleich zeigt, was Let’s Encrypt, ZeroSSL und die großen kommerziellen Zertifizierungsstellen technisch, preislich und in der Praxis unterscheidet, mit Preistabellen, Benchmark-Daten aus drei unabhängigen Quellen und einer Migrationsanleitung für den Wechsel zwischen den Systemen.
Was unterscheidet DV, OV und EV wirklich?
Alle drei Zertifikatstypen verschlüsseln die Verbindung zwischen Browser und Server exakt gleich gut. Der Unterschied liegt ausschließlich in der Frage, wie viel eine Zertifizierungsstelle (Certificate Authority, kurz CA) über den Antragsteller prüft, bevor sie das Zertifikat ausstellt. Ein Domain Validated (DV) Zertifikat bestätigt nur, dass die anfragende Person tatsächlich Kontrolle über die Domain hat, meist per DNS-Eintrag oder einer Datei auf dem Webserver. Diese Prüfung läuft bei Let’s Encrypt, ZeroSSL und den meisten automatisierten Anbietern über das ACME-Protokoll komplett ohne menschliches Zutun.
Ein Organization Validated (OV) Zertifikat geht einen Schritt weiter und prüft die rechtliche Existenz des Unternehmens über Handelsregister, D&B-Nummer oder vergleichbare Register. Diese Prüfung übernimmt bei kommerziellen CAs weiterhin ein Mensch, weshalb OV-Zertifikate nicht in Minuten, sondern oft erst nach ein bis drei Werktagen ausgestellt werden. Extended Validated (EV) Zertifikate verlangen zusätzlich den Nachweis der operativen Geschäftstätigkeit, eine verifizierte Telefonnummer und in der Regel einen Rückruf bei der registrierten Firmenadresse. Wichtig für die Einordnung: Keine der drei Stufen macht die Verschlüsselung selbst stärker. Der TLS-Handshake, die Cipher Suite und die Schlüssellänge sind bei einem 5-Euro-DV-Zertifikat und einem 700-Euro-EV-Zertifikat identisch. Der Unterschied liegt allein in der Identitätsprüfung im Hintergrund, nicht in der Kryptographie selbst. Mehr zu den technischen Grundlagen von TLS erklärt unser Grundlagenartikel zu HTTPS und TLS.
Ein oft übersehener Punkt betrifft den Zertifikatsinhalt selbst. Ein DV-Zertifikat enthält im Feld für den Organisationsnamen schlicht nichts, weil dort nichts geprüft wurde. Ein OV- oder EV-Zertifikat trägt dagegen den vollständigen, geprüften Firmennamen samt Sitzland im Zertifikat selbst, sichtbar über das Zertifikatsdetail im Browser oder per Kommandozeile mit openssl x509. Für Auditoren, die im Rahmen einer ISO-27001- oder PCI-DSS-Prüfung Nachweise über die Serveridentität verlangen, ist genau dieses Feld der eigentliche Mehrwert von OV und EV, unabhängig davon, ob der Endnutzer es je zu Gesicht bekommt. Wildcard-Zertifikate (also Zertifikate für *.example.de) sind bei DV Standard, bei OV und EV dagegen seltener und teils mit Zusatzprüfungen verbunden, weil eine Wildcard theoretisch beliebig viele Subdomains einer geprüften Organisation abdeckt.
Let’s Encrypt im Detail: kostenlos, automatisiert, aber begrenzt
Let’s Encrypt ist eine gemeinnützige Zertifizierungsstelle, betrieben von der Internet Security Research Group (ISRG), und stellt ausschließlich DV-Zertifikate aus, komplett kostenlos und ohne Mengenbegrenzung für private wie kommerzielle Domains. Die Ausstellung läuft über das ACME-Protokoll (Automatic Certificate Management Environment), das Clients wie Certbot oder acme.sh automatisch abwickeln. Ein neues Zertifikat ist in der Regel innerhalb weniger Minuten fertig, ganz ohne Rechnung, ohne Kreditkarte und ohne Support-Ticket. Wie die Einrichtung im Detail funktioniert, zeigt unser Let’s-Encrypt-Tutorial Schritt für Schritt.
Der Haken: Let’s Encrypt bietet weder OV noch EV an, weil das Geschäftsmodell komplett auf Automatisierung ausgelegt ist und eine manuelle Firmenprüfung diesem Prinzip widerspricht. Zertifikate laufen seit jeher nur 90 Tage, deutlich kürzer als die bei kommerziellen CAs früher üblichen 12 Monate, was in der Praxis zur automatisierten Erneuerung zwingt statt zu jährlichen manuellen Prozessen. Genau diese erzwungene Automatisierung erweist sich jetzt als Vorteil, da die gesamte Branche in Richtung kurzer Laufzeiten gedrängt wird. ZeroSSL verfolgt ein ähnliches Modell mit einer kostenlosen DV-Stufe und kostenpflichtigen Paketen für Wildcard- und Multi-Domain-Zertifikate, die je nach Anbietervergleich meist zwischen 10 und 50 US-Dollar pro Jahr liegen.
Betrieben wird Let’s Encrypt von der Internet Security Research Group, einer US-amerikanischen Non-Profit-Organisation, die anfangs von Mozilla, der Electronic Frontier Foundation und der University of Michigan mitgetragen wurde und sich heute überwiegend über Spenden großer Tech-Unternehmen finanziert. Das erklärt auch, warum es kein kostenpflichtiges Premium-Angebot mit persönlichem Support gibt: Das Ziel der Organisation war von Anfang an, verschlüsselte Verbindungen zum Standard im gesamten Web zu machen, nicht ein kommerzielles Zusatzgeschäft aufzubauen. Für Administratoren bedeutet das in der Praxis, dass sämtliche Kommunikation über Community-Foren, GitHub-Issues oder die offizielle Dokumentation läuft, ein Modell, das für einfache DV-Anwendungsfälle ausreicht, bei komplexeren Enterprise-Anforderungen mit Vertragspflichten aber an Grenzen stößt.
Die kommerziellen Platzhirsche: DigiCert, Sectigo, GlobalSign, GoDaddy
DigiCert gilt seit der Übernahme von Symantecs Zertifikatsgeschäft 2017 als eine der größten CAs für Enterprise-Kunden und positioniert sich klar im höherpreisigen OV- und EV-Segment statt im DV-Massenmarkt. Sectigo, früher als Comodo CA bekannt, verkauft dagegen über ein breites Reseller-Netzwerk auch günstige DV-Zertifikate und deckt damit sowohl das Budget- als auch das Enterprise-Segment ab. GlobalSign positioniert sich zwischen beiden Polen und wirbt stärker mit Managed-PKI-Diensten für Großkunden als mit Einzelzertifikaten. GoDaddy verkauft SSL-Zertifikate vor allem als Zusatzprodukt für Kunden, die ohnehin schon Domains oder Hosting dort gebucht haben, meist zu höheren Listenpreisen als spezialisierte Reseller.
Für deutsche und österreichische Kunden kommt eine weitere Ebene hinzu: DigiCert, Sectigo und GlobalSign betreiben oder autorisieren europäische Reseller und teils eigene EU-Rechenzentren, was für Unternehmen mit strengen Datenresidenz-Vorgaben relevant sein kann, auch wenn das Zertifikat selbst keine personenbezogenen Kundendaten der Website-Besucher enthält. Bei der Firmenvalidierung für OV und EV werden allerdings Unternehmensdaten wie Handelsregisterauszüge an die CA übermittelt, weshalb einige größere DACH-Unternehmen aus Compliance-Gründen gezielt CAs mit EU-Sitz oder EU-Validierungsteams bevorzugen, etwa GlobalSign mit europäischem Hauptsitz in Belgien.
Alle vier Anbieter unterstützen inzwischen ACME-Automatisierung zumindest für DV-Zertifikate, ein direkter Effekt der neuen Root-Store-Richtlinien von Mozilla, die seit dem 15. März 2025 automatisierte Domainvalidierung von neuen CA-Betreibern verlangen. Für OV und EV bleibt die menschliche Prüfung aber bestehen, weil sich Firmenidentität eben nicht per DNS-Eintrag verifizieren lässt. Der Wettbewerbsdruck durch Let’s Encrypt hat die Preise für einfache DV-Zertifikate bei allen vier Anbietern über die letzten Jahre spürbar gedrückt, während OV und EV als Premiumprodukte mit persönlichem Support weiterhin deutlich teurer bleiben.
Ein weiterer Unterschied liegt im Reseller-Geschäft. Während Let’s Encrypt und ZeroSSL Endkunden direkt bedienen, verkaufen DigiCert, Sectigo und GlobalSign einen erheblichen Teil ihrer Zertifikate über Tausende Reseller-Partner, darunter Hosting-Anbieter, Webagenturen und spezialisierte SSL-Shops. Das erklärt, warum derselbe DigiCert-OV-Baustein je nach Verkaufskanal 200 oder 600 Dollar kosten kann, ohne dass sich am Produkt selbst etwas ändert. Wer als Unternehmen den besten Preis sucht, sollte deshalb nicht nur die CA vergleichen, sondern gezielt mehrere Reseller derselben CA gegenüberstellen, bevor er einen Vertrag unterschreibt.
Zertifikatstransparenz: Warum jedes öffentliche Zertifikat protokolliert wird
Unabhängig davon, ob ein Zertifikat DV, OV oder EV ist und ob es kostenlos oder für 1.000 Dollar verkauft wurde, muss es seit 2018 in öffentlich einsehbaren Certificate-Transparency-Logs (CT-Logs) protokolliert werden, damit gängige Browser es überhaupt akzeptieren. Chrome verlangt seit April 2018 mindestens zwei CT-Log-Einträge (SCTs) für jedes neu ausgestellte öffentliche Zertifikat. Diese Logs sind öffentlich durchsuchbar, etwa über Dienste wie crt.sh, und ermöglichen es Sicherheitsteams, in Echtzeit zu erkennen, wenn für die eigene Domain unbemerkt ein Zertifikat bei einer fremden CA ausgestellt wurde.
Für den Vergleich zwischen Let’s Encrypt und kommerziellen CAs bedeutet CT vor allem eines: Beide Welten unterliegen derselben Transparenzpflicht, ein DV-Zertifikat von Let’s Encrypt ist in den CT-Logs genauso sichtbar wie ein EV-Zertifikat von DigiCert. Unternehmen mit hohem Schutzbedarf sollten die eigene Domain regelmäßig über CT-Log-Monitoring beobachten, weil eine unautorisierte Zertifikatsausstellung, ob durch einen kompromittierten DNS-Eintrag oder einen internen Fehler, sonst erst auffällt, wenn bereits ein Angreifer damit arbeitet. Mehrere kommerzielle CAs bieten diesen Monitoring-Dienst mittlerweile als Zusatzleistung im Enterprise-Paket an, während Nutzer von Let’s Encrypt auf kostenlose Drittanbieter-Tools zurückgreifen müssen.
Preisvergleich 2026: Was ein Zertifikat wirklich kostet
Die folgende Tabelle zeigt typische Jahrespreise für Einzeldomain-Zertifikate, basierend auf öffentlich gelisteten Preisen und Reseller-Vergleichen aus dem Sommer 2026. Weil Rabattaktionen, Mehrjahresverträge und Reseller-Marken die Preise stark schwanken lassen, sind die Werte als realistische Spannen zu verstehen, nicht als exakte Fixpreise. Bei Enterprise-Verträgen mit Managed-PKI-Zugang liegen die tatsächlichen Kosten oft am oberen Rand oder sogar darüber.
| Anbieter | DV pro Jahr | OV pro Jahr | EV pro Jahr |
|---|---|---|---|
| Let’s Encrypt | 0 € | nicht verfügbar | nicht verfügbar |
| ZeroSSL | 0-45 $ | nicht verfügbar | nicht verfügbar |
| Sectigo | 8-50 $ | 50-150 $ | 80-200 $ |
| GlobalSign | 50-100 $ | 200-400 $ | 300-700 $ |
| GoDaddy | 70-100 $ | 150-300 $ | 250-400 $ |
| DigiCert | ab Enterprise-Vertrag | 170-800 $ | 280-1.500 $ |
Auffällig ist die Preisspanne innerhalb einer einzigen Validierungsstufe. Ein OV-Zertifikat kann bei Sectigo für rund 50 US-Dollar starten, während dasselbe Validierungsniveau bei DigiCert im Enterprise-Katalog mehrere Hundert Dollar kostet. Der Unterschied liegt selten in der technischen Qualität, sondern in Support-Level, Garantieleistungen (Warranty) bei Fehlausstellungen und der Marke, die viele Einkaufsabteilungen aus Compliance-Gründen bevorzugen. Wildcard-Zertifikate, die eine Domain plus alle Subdomains abdecken, kosten bei allen kommerziellen Anbietern zusätzlich auf, teils das Drei- bis Fünffache des Einzeldomain-Preises.
Wer die Gesamtkosten über mehrere Jahre kalkuliert, sollte zusätzlich berücksichtigen, dass die kommende Verkürzung der Zertifikatslaufzeiten den administrativen Aufwand pro Zertifikat unabhängig vom Kaufpreis erhöht. Ein OV-Zertifikat für 300 Dollar im Jahr, das bislang einmal jährlich manuell verlängert wurde, muss ab der 100-Tage-Stufe 2027 mindestens dreimal pro Jahr bearbeitet werden, wenn keine Automatisierung eingerichtet ist. Der reine Listenpreis wird damit zunehmend zur Nebensache gegenüber der Frage, ob ein Anbieter eine funktionierende ACME- oder API-Automatisierung für die jeweilige Validierungsstufe überhaupt anbietet.
Technische Spezifikationen im direkten Vergleich
Neben dem Preis unterscheiden sich die Angebote in Details, die im Alltag oft mehr wiegen als die reine Validierungsstufe: Wildcard-Support, maximale Anzahl an Subject Alternative Names (SAN) pro Zertifikat, Verfügbarkeit von ACME-Automatisierung und die Art der Garantieleistung bei Fehlausstellungen. Die folgende Übersicht fasst die zehn wichtigsten technischen Merkmale zusammen.
| Merkmal | Let’s Encrypt (DV) | Kommerziell DV | Kommerziell OV | Kommerziell EV |
|---|---|---|---|---|
| Identitätsprüfung | nur Domain | nur Domain | Domain + Firma | Domain + Firma + Betrieb |
| Ausstellungsdauer | Minuten | Minuten | 1-3 Werktage (Erstantrag) | 2-5 Werktage (Erstantrag) |
| ACME-Automatisierung | ja, nativ | meist ja | teilweise | teilweise |
| Wildcard-Support | ja (DNS-01) | ja | ja | ja |
| Maximale Laufzeit 2026 | 90 Tage | 200 Tage | 200 Tage | 200 Tage |
| Maximale Laufzeit ab 2027 | 90 Tage | 100 Tage | 100 Tage | 100 Tage |
| Maximale Laufzeit ab 2029 | 90 Tage | 47 Tage | 47 Tage | 47 Tage |
| Sichtbare Browser-Auszeichnung | keine | keine | keine | keine (seit 2019) |
| Multi-Domain / SAN pro Zertifikat | üblich bis 100 | je nach CA begrenzt | je nach CA begrenzt | je nach CA begrenzt |
| Support-Kanal | Community-Forum | Ticket/E-Mail | Ticket/Telefon | persönlicher Ansprechpartner |
| Typische Zielgruppe | alle | Startups, Blogs | KMU, Mittelstand | Banken, Versicherer |
Die Zeile zur Browser-Auszeichnung fällt besonders auf: Seit Chrome und Firefox um 2019 die grüne Adressleiste für EV-Zertifikate entfernt haben, gibt es de facto keinen sichtbaren Unterschied mehr zwischen den drei Stufen im Browser. Ein Nutzer erkennt EV nur noch, wenn er aktiv im Zertifikatsdialog nachschaut, ein Detail, das die ursprüngliche Werbeargumentation vieler EV-Anbieter deutlich abgeschwächt hat.
Das ACME-Ökosystem: Welche Clients die Automatisierung übernehmen
Automatisierung ist ohne einen passenden Client kaum umsetzbar, und hier hat sich seit dem Start von Let’s Encrypt ein ganzes Ökosystem entwickelt. Certbot, ursprünglich von der Electronic Frontier Foundation entwickelt, gilt als Referenzimplementierung und bringt fertige Plugins für Nginx und Apache mit. Für Umgebungen ohne Root-Zugriff auf den Webserver hat sich acme.sh etabliert, ein reines Shell-Skript ohne größere Abhängigkeiten, das sich gut in bestehende Cronjobs einbinden lässt. Der Webserver Caddy integriert ACME sogar direkt im Kern und stellt Zertifikate beim ersten Start einer neuen Domain automatisch selbst aus, ganz ohne separaten Client.
In Container- und Kubernetes-Umgebungen übernimmt meist cert-manager diese Aufgabe, ein Controller, der Zertifikatsanfragen als Kubernetes-Ressourcen behandelt und automatisch gegen Let’s Encrypt, ZeroSSL oder auch kommerzielle ACME-Endpunkte validiert. Wichtig zu wissen: ACME ist kein Let’s-Encrypt-eigenes Protokoll, sondern ein offener, bei der IETF als RFC 8555 standardisierter Mechanismus, den mittlerweile auch Sectigo, DigiCert und GlobalSign für ihre DV-Produkte anbieten. Wer heute einen ACME-Client einrichtet, ist damit nicht zwangsläufig an Let’s Encrypt gebunden, sondern kann den ACME-Endpunkt bei Bedarf austauschen, ohne die komplette Automatisierung neu aufzubauen.
Für den einmaligen Einrichtungsaufwand gilt eine grobe Faustregel aus der Praxis vieler Systemadministratoren: Ein einzelner Server mit Nginx oder Apache lässt sich über Certbot in aller Regel innerhalb einer Stunde vollständig automatisieren, inklusive Testlauf über die Dry-Run-Funktion. Größere Umgebungen mit mehreren Dutzend Servern, Load Balancern oder einer Microservice-Architektur benötigen entsprechend mehr Vorlaufzeit, weil zusätzlich eine zentrale Ablage für Zertifikate und private Schlüssel sowie ein Verteilmechanismus auf alle betroffenen Knoten eingerichtet werden muss. Das Root-Zertifikat von Let’s Encrypt ist dabei in allen aktuellen Versionen von Chrome, Firefox, Safari und Edge sowie in praktisch jedem modernen Betriebssystem vorinstalliert, sodass Kompatibilitätsprobleme in der Praxis nur noch bei sehr alten Systemen wie Windows XP oder Android-Versionen vor 7.1.1 auftreten.
Benchmark: Ausstellungsgeschwindigkeit und Performance
Drei unabhängige Quellen liefern belastbare Zahlen zu Geschwindigkeit und Performance der verschiedenen Zertifikatstypen. Erstens dokumentiert DigiCert in der eigenen Ausstellungsdokumentation, dass ein bereits validiertes OV- oder EV-Konto Folgezertifikate in Minuten erhält, während ein Erstantrag durch die manuelle Prüfung ein bis fünf Werktage benötigt. Zweitens zeigt eine 2025 veröffentlichte Analyse von HexSSL zur Handshake-Performance von RSA gegenüber ECDSA, dass ein RSA-Handshake in synthetischen Tests 18 bis 22 Millisekunden dauert, ein ECDSA-Handshake dagegen nur 12 bis 15 Millisekunden. Auf mobilen ARM-Prozessoren fiel der Unterschied bei der reinen Signaturprüfung noch deutlicher aus: RSA-2048 brauchte 1,2 bis 2,5 Millisekunden, ECDSA P-256 nur 0,2 bis 0,35 Millisekunden, also vier- bis zehnmal schneller.
Drittens bestätigt eine im Dezember 2025 veröffentlichte Studie des CDN-Anbieters Gcore diesen Trend aus der Serverperspektive: ECDSA P-256 senkte die CPU-Last beim TLS-Handshake in Produktionsumgebungen um 15 bis 20 Prozent gegenüber RSA-2048. Für die Wahl zwischen DV, OV und EV bedeutet das: Die Validierungsstufe hat keinen Einfluss auf die Performance, wohl aber der gewählte Schlüsselalgorithmus. Wer heute noch RSA-2048 als Standard einsetzt, verschenkt messbare Handshake-Geschwindigkeit gegenüber ECDSA, unabhängig davon, ob das Zertifikat kostenlos oder kostenpflichtig ist. Details zur Implementierung von ECDSA-Signaturen erklärt unser ECDSA-Tutorial für Node.js.
Sowohl Let’s Encrypt als auch alle vier kommerziellen CAs aus diesem Vergleich unterstützen mittlerweile ECDSA-Schlüssel neben dem klassischen RSA, sodass sich die Performance-Frage komplett von der Preis- und Validierungsfrage trennen lässt. In der Praxis heißt das: Ein Team kann heute ein kostenloses Let’s-Encrypt-DV-Zertifikat mit ECDSA P-256 einsetzen und damit dieselbe Handshake-Geschwindigkeit erreichen wie ein Unternehmen, das 1.000 Dollar für ein EV-Zertifikat mit ECDSA ausgibt. Wer stattdessen aus Kompatibilitätsgründen bei RSA bleiben muss, etwa wegen älterer Client-Software oder spezieller Embedded-Systeme, sollte zumindest auf RSA-3072 statt RSA-2048 wechseln, um das gestiegene Sicherheitsniveau moderner Empfehlungen zu erreichen, auch wenn das die Handshake-Zeit nochmals leicht erhöht.
Browservertrauen: Ist die grüne EV-Adressleiste wirklich tot?
Ja, praktisch vollständig. Google entfernte die spezielle EV-Kennzeichnung ab Chrome 77 im Herbst 2019, Mozilla zog mit Firefox kurz danach nach. Beide Browser zeigen seither für DV, OV und EV dasselbe Schlosssymbol in der Adressleiste, unabhängig von der Validierungstiefe. Diese Entscheidung begründeten die Browserhersteller damals damit, dass Nutzerstudien keinen messbaren Sicherheitsgewinn durch die auffällige EV-Anzeige nachweisen konnten, Phishing-Seiten aber teilweise selbst EV-Zertifikate für Tarnfirmen erwarben.
Für Unternehmen, die 2026 noch EV kaufen, verschiebt sich damit der Nutzen komplett von der öffentlichen Sichtbarkeit hin zu internen und regulatorischen Gründen. Banken und Versicherer verlangen EV häufig aus Compliance-Gründen oder weil interne Audits eine höhere Identitätsprüfung dokumentieren müssen, nicht weil Kunden den Unterschied im Browser sehen. Wer EV ausschließlich kauft, um Vertrauen bei Endnutzern zu signalisieren, sollte das Budget realistisch bewerten. Der eigentliche Sicherheitsgewinn liegt bei allen drei Stufen in der Transportverschlüsselung selbst, die unser TLS-Grundlagenartikel im Detail beschreibt.
Die 47-Tage-Regel: Warum Zertifikatslaufzeiten drastisch schrumpfen
Die vielleicht wichtigste Veränderung für 2026 kommt nicht von einer einzelnen CA, sondern vom CA/Browser Forum, dem Gremium aus Browserherstellern und Zertifizierungsstellen, das die Baseline Requirements für öffentliche TLS-Zertifikate festlegt. Nach einer von Apple eingebrachten und mehrheitlich angenommenen Ballotierung sinkt die maximale Zertifikatslaufzeit in drei klar terminierten Stufen. Bis zum 15. März 2026 gilt noch die bisherige Obergrenze von 398 Tagen, danach sinkt sie auf 200 Tage. Am 15. März 2027 folgt der nächste Schritt auf 100 Tage, und am 15. März 2029 erreicht die Regelung ihren Endpunkt bei nur noch 47 Tagen. Parallel dazu sinkt auch die Wiederverwendungsfrist für Domainvalidierungen (DCV Reuse) auf zuletzt nur noch 10 Tage.
Für Let’s Encrypt-Nutzer ändert sich dadurch praktisch nichts, weil dort schon seit 2015 mit 90 Tagen Laufzeit gearbeitet wird und Automatisierung über Certbot oder acme.sh längst Standard ist. Für Unternehmen, die OV- oder EV-Zertifikate bislang jährlich manuell erneuert haben, bedeutet die Umstellung dagegen einen echten Umbruch. Eine Zertifikatserneuerung im Wochentakt lässt sich manuell nicht mehr sauber durchführen, weshalb Sectigo, DigiCert und GlobalSign inzwischen alle eigene Automatisierungs-APIs oder ACME-Unterstützung auch für OV anbieten. Wer 2026 noch keinen automatisierten Renewal-Prozess eingerichtet hat, sollte das jetzt nachholen, bevor die 100-Tage-Stufe 2027 greift.
Marktanteile 2026: Wer dominiert das verschlüsselte Netz?
Nach Daten, die sich auf laufende Erhebungen von W3Techs stützen, entfällt inzwischen etwa die Hälfte aller aktiven HTTPS-Zertifikate im offenen Web auf Let’s Encrypt, deutlich mehr als auf jeden einzelnen kommerziellen Anbieter. Bezogen auf alle Websites, also inklusive der Seiten ohne Verschlüsselung, liegt der Let’s-Encrypt-Anteil noch bei gut einem Drittel. Die restlichen kommerziellen CAs, darunter Sectigo, DigiCert und GlobalSign, teilen sich den Rest meist im niedrigen einstelligen Prozentbereich pro Anbieter auf.
Insgesamt nutzen laut denselben Erhebungen mittlerweile rund 82 bis 85 Prozent aller von W3Techs erfassten Websites HTTPS, während der Anteil verschlüsselter Seitenaufrufe in großen Browsern laut dem Google Transparency Report bei über 95 Prozent liegt. Der Unterschied erklärt sich dadurch, dass reichweitenstarke Seiten HTTPS praktisch flächendeckend eingeführt haben, während ein langer Schwanz kleiner, selten besuchter Seiten noch unverschlüsselt bleibt. Für den Zertifikatsmarkt bedeutet das: Das Wachstum kommt fast ausschließlich aus dem DV-Segment, während OV und EV ein stabiles, aber vergleichsweise kleines Nischensegment für regulierte Branchen bleiben.
Diese Verschiebung lässt sich auch historisch einordnen. Vor dem Start von Let’s Encrypt 2015 lag der Anteil verschlüsselter Websites nach damaligen Schätzungen im niedrigen zweistelligen Prozentbereich, weil ein Zertifikat immer Geld und meist auch einen manuellen Bestellprozess kostete. Der Sprung auf die heutigen 82 bis 85 Prozent lässt sich kaum von einem einzelnen Faktor trennen, doch Sicherheitsforscher führen ihn regelmäßig auf drei Entwicklungen zurück: die kostenlose Verfügbarkeit von DV-Zertifikaten, den zunehmenden Druck durch Browser-Warnungen vor unverschlüsselten Formularen, und die wachsende Zahl an Hosting-Anbietern, die HTTPS inzwischen standardmäßig für jede neue Domain aktivieren, ganz ohne dass Kunden aktiv danach fragen müssen.
Wildcard- und Multi-Domain-Zertifikate: ein Sonderfall
Wer viele Subdomains betreibt, steht vor einer zusätzlichen Entscheidung: ein einzelnes Wildcard-Zertifikat für *.example.de, oder viele einzelne Zertifikate pro Subdomain. Ein Wildcard-Zertifikat deckt beliebig viele direkte Subdomains einer Ebene ab, also mail.example.de oder shop.example.de, nicht aber tiefer verschachtelte Adressen wie api.shop.example.de. Bei Let’s Encrypt ist ein Wildcard-Zertifikat kostenlos verfügbar, verlangt aber zwingend die DNS-01-Validierungsmethode, weil sich ein Wildcard-Anspruch nicht über eine einzelne HTTP-Datei auf einem Webserver nachweisen lässt.
Multi-Domain-Zertifikate, auch SAN-Zertifikate genannt, decken dagegen mehrere komplett unterschiedliche Domains in einem einzigen Zertifikat ab, etwa example.de und example.com gemeinsam. Diese Variante eignet sich für Unternehmen mit mehreren Markendomains, die zentral verwaltet werden sollen, bringt aber ein operatives Risiko mit sich: Muss eine der enthaltenen Domains aus einem beliebigen Grund ausgetauscht werden, muss das komplette Zertifikat neu ausgestellt werden, auch für die Domains, die unverändert bleiben. Bei großen Multi-Domain-Setups mit hoher Änderungsfrequenz sind deshalb einzelne Zertifikate pro Domain oft die robustere, wenn auch verwaltungsintensivere Lösung.
Fünf Praxisbeispiele aus dem Alltag
Beispiel 1: Eine Genossenschaftsbank mit Online-Banking-Portal setzt auf ein EV-Zertifikat, nicht wegen der Browseranzeige, sondern weil interne Revision und aufsichtsnahe Prüfprozesse eine dokumentierte Organisationsprüfung verlangen. Beispiel 2: Ein mittelständischer Online-Shop mit eigenem Zahlungsdienstleister nutzt ein OV-Zertifikat, weil Geschäftspartner im B2B-Bereich beim Vertragsabschluss häufig einen Handelsregisterauszug-Abgleich über das Zertifikat erwarten.
Beispiel 3: Eine Hosting-Plattform, die für zehntausende Kundendomains automatisch Zertifikate ausstellt, setzt komplett auf Let’s Encrypt über die ACME-Schnittstelle, weil sich manuelle OV-Prüfungen bei dieser Größenordnung schlicht nicht skalieren lassen. Jede neue Kundendomain erhält beim ersten Deployment automatisch ein DV-Zertifikat, ohne dass ein Mensch im Support jemals eingreifen muss. Beispiel 4: Eine Anwaltskanzlei mit Mandantenportal kombiniert ein kostenloses Let’s-Encrypt-Zertifikat für die öffentliche Website mit einem separaten OV-Zertifikat für das interne Mandantenportal, weil dort sensible Daten verarbeitet werden und der Auftraggeber vertraglich eine Organisationsprüfung fordert. Diese Kombination aus zwei Zertifikatstypen innerhalb derselben Domainstruktur ist in der Praxis deutlich häufiger als eine reine Entweder-oder-Entscheidung.
Beispiel 5: Ein SaaS-Startup mit mehreren Hundert Subdomains für Kundeninstanzen nutzt ein Wildcard-DV-Zertifikat über Let’s Encrypt und automatisiert die komplette Verlängerung über einen eigenen Kubernetes-Ingress-Controller mit cert-manager, ganz ohne manuelle Eingriffe. Neue Kundeninstanzen werden dabei automatisch unter die bestehende Wildcard-Domain gehängt, ohne dass für jede neue Subdomain ein separates Zertifikat beantragt werden muss. Beispiel 6: Eine Landesbehörde mit Bürgerportal betreibt parallel zwei Systeme: eine interne, staatlich betriebene PKI für Mitarbeiterzugänge und ein öffentliches OV-Zertifikat einer kommerziellen CA für das nach außen gerichtete Bürgerportal, weil interne Zertifizierungsstellen von externen Browsern ohne manuelle Installation eines Root-Zertifikats nicht als vertrauenswürdig erkannt würden.
Vor- und Nachteile im Überblick
Let’s Encrypt und andere kostenlose DV-Anbieter:
- Vorteil: null Kosten, unbegrenzte Anzahl an Zertifikaten, volle ACME-Automatisierung
- Vorteil: Ausstellung in Minuten, ideal für CI/CD-Pipelines und dynamische Infrastruktur
- Vorteil: erzwingt von Anfang an einen sauberen, automatisierten Renewal-Prozess
- Nachteil: keine Organisationsprüfung, kein Firmenname im Zertifikat
- Nachteil: kein persönlicher Support, nur Community-Forum und Dokumentation
- Nachteil: 90-Tage-Laufzeit erfordert funktionierende Automatisierung von Tag eins an
Kommerzielle OV-Zertifikate:
- Vorteil: dokumentierte Organisationsprüfung, sichtbar im Zertifikatsdetail
- Vorteil: persönlicher Support per Ticket oder Telefon bei den meisten Anbietern
- Vorteil: oft mit Garantieleistung (Warranty) bei nachweislicher Fehlausstellung
- Nachteil: Erstausstellung dauert ein bis drei Werktage statt Minuten
- Nachteil: 50 bis 800 US-Dollar pro Jahr, deutlich teurer als DV
- Nachteil: keine sichtbare Auszeichnung im Browser gegenüber einfachem DV
Kommerzielle EV-Zertifikate:
- Vorteil: höchste verfügbare Prüftiefe inklusive Geschäftstätigkeitsnachweis
- Vorteil: erfüllt interne Compliance- und Audit-Vorgaben regulierter Branchen
- Vorteil: dediziertes Support-Team bei den meisten Anbietern
- Nachteil: keine sichtbare grüne Adressleiste mehr seit 2019
- Nachteil: teuerste Option mit teils über 1.000 US-Dollar pro Jahr
- Nachteil: Erstausstellung dauert zwei bis fünf Werktage
Einsatzempfehlungen: Welches Zertifikat passt zu wem?
Für private Blogs, persönliche Projekte und die meisten Marketing-Websites reicht ein kostenloses Let’s-Encrypt-Zertifikat vollständig aus, solange die Verlängerung automatisiert läuft. Für Startups und kleine SaaS-Anbieter empfiehlt sich ebenfalls Let’s Encrypt oder ZeroSSL, kombiniert mit einem Wildcard-Zertifikat für Subdomain-Strukturen, weil das Budget in der Wachstumsphase besser in Produktentwicklung fließt als in Zertifikatsgebühren.
Mittelständische Unternehmen mit B2B-Geschäft, bei denen Geschäftspartner eine sichtbare Organisationsprüfung erwarten, fahren mit einem OV-Zertifikat eines etablierten Anbieters wie Sectigo oder GlobalSign meist am wirtschaftlichsten. Banken, Versicherer und Zahlungsdienstleister mit expliziten Compliance- oder Audit-Vorgaben sollten weiterhin EV wählen, unabhängig vom fehlenden Browser-Effekt, weil die interne Dokumentation der Organisationsprüfung oft vertraglich oder aufsichtsrechtlich gefordert ist. Große Hosting- und Cloud-Plattformen mit automatisierter Zertifikatsausstellung im großen Maßstab sollten konsequent auf ACME und Let’s Encrypt setzen, schon allein wegen der kommenden kurzen Laufzeiten. Behörden und öffentliche Verwaltungen sollten sich an den jeweiligen nationalen oder landeseigenen PKI-Vorgaben orientieren, bevor sie ein kommerzielles Zertifikat kaufen, weil viele Verwaltungsnetze bereits eigene Zertifizierungsstellen betreiben.
Zusammengefasst ergeben sich daraus sechs klare Einsatzempfehlungen:
- Private Websites und Blogs: Let’s Encrypt, automatisiert über den jeweiligen Hosting-Anbieter
- Startups und kleine SaaS-Produkte: Let’s Encrypt oder ZeroSSL mit Wildcard für Subdomains
- Mittelständische B2B-Unternehmen: OV-Zertifikat eines etablierten Anbieters wie Sectigo
- Banken, Versicherer, Zahlungsdienstleister: EV-Zertifikat wegen interner Compliance-Vorgaben
- Hosting- und Cloud-Plattformen im großen Maßstab: ACME-Automatisierung, vorzugsweise Let’s Encrypt
- Behörden und öffentliche Verwaltung: nationale PKI-Vorgaben prüfen, erst danach kommerzielle CA erwägen
Migrationsanleitung: Wechsel zwischen den Systemen
Der Wechsel von einem teuren OV- oder EV-Zertifikat zu Let’s Encrypt lohnt sich vor allem dann, wenn die ursprüngliche Motivation die sichtbare Browseranzeige war und keine echte Compliance-Anforderung besteht. Die Migration läuft in der Regel in sechs Schritten ab. Zuerst wird geprüft, ob eine vertragliche oder regulatorische Pflicht zu OV oder EV besteht, etwa durch Kunden, Partner oder Aufsichtsbehörden. Fehlt eine solche Pflicht, folgt die Installation eines ACME-Clients wie Certbot, acme.sh oder eines in den Webserver integrierten Moduls.
sudo apt install certbot python3-certbot-nginx
sudo certbot --nginx -d example.de -d www.example.de
sudo certbot renew --dry-run
sudo systemctl enable certbot.timerNach der Testinstallation auf einer Staging-Domain wird das neue Zertifikat parallel zum alten eingebunden, bis die automatische Verlängerung über certbot.timer oder einen Cronjob nachweislich funktioniert. Erst danach wird das alte kommerzielle Zertifikat über das Kundenportal der bisherigen CA widerrufen, um offene Rechnungsposten zu vermeiden. Wichtig dabei: Vor dem Widerruf sollte geprüft werden, ob das alte Zertifikat noch in anderen Systemen referenziert wird, etwa in Load Balancern, CDN-Konfigurationen oder internen Monitoring-Tools, damit kein Dienst unbemerkt mit einem bereits widerrufenen Zertifikat weiterläuft.
Der umgekehrte Weg, von Let’s Encrypt zu einem OV- oder EV-Zertifikat, läuft in vier Schritten ab. Zuerst wird bei der gewünschten CA ein Organisationskonto angelegt und die nötigen Firmenunterlagen eingereicht, etwa Handelsregisterauszug und eine verifizierbare Telefonnummer. Danach folgt die Domainvalidierung, meist identisch zum DV-Verfahren per DNS- oder HTTP-Eintrag. Im dritten Schritt prüft die CA die eingereichten Unterlagen manuell, was je nach Anbieter ein bis fünf Werktage dauert. Erst nach erfolgreicher Prüfung wird die Zertifikatsanfrage (CSR) verarbeitet und das fertige Zertifikat zum Download bereitgestellt, das anschließend händisch oder über die CA-eigene API in den Webserver eingebunden wird. Wer den kompletten Umstieg auf HTTPS von Grund auf plant, findet die nötigen Vorarbeiten am Webserver in unserem Nginx-Reverse-Proxy-Tutorial, und Grundlagen zur Zertifikatserzeugung mit OpenSSL erklärt unser OpenSSL-Tutorial.
CA-Vertrauen und Sicherheitsvorfälle: Die Lehre aus dem Entrust-Fall
Die Wahl einer Zertifizierungsstelle ist kein rein technisches Detail, wie der Fall Entrust zeigt. Google kündigte 2024 an, dass Chrome ab dem 31. Oktober 2024 ausgestellte öffentliche TLS-Zertifikate von Entrust nicht mehr automatisch als vertrauenswürdig einstuft, nachdem wiederholte Compliance-Verstöße und mangelhafte Reaktionen auf frühere Vorfälle aufgefallen waren, wie Googles Security-Blog dokumentiert. Diese Entscheidung wirkt bis 2025 und 2026 nach, weil betroffene Unternehmen ihre Zertifikate zwangsweise austauschen mussten, unabhängig davon, wie lange die ursprüngliche Laufzeit noch gegolten hätte.
Für Unternehmen bedeutet das eine zusätzliche Lehre: Die Wahl der CA sollte nicht nur nach Preis und Validierungsstufe erfolgen, sondern auch danach, wie zuverlässig der Anbieter Compliance-Vorgaben des CA/Browser Forums einhält. Ein Zertifikat einer distrusteten CA wird über Nacht zu einer Fehlermeldung im Browser, unabhängig davon, ob die zugrunde liegende Domain oder Organisation überhaupt etwas falsch gemacht hat. Wer auf Nummer sicher gehen will, prüft die Compliance-Historie eines Anbieters über die Common CA Database (CCADB), bevor er einen mehrjährigen Enterprise-Vertrag unterschreibt.
Das schnellere Rotationsmodell durch die 47-Tage-Regel wirkt hier sogar als zusätzliche Absicherung. Je kürzer die Laufzeit, desto schneller verschwindet ein Zertifikat einer künftig distrusteten CA von selbst wieder aus dem Umlauf, und desto geringer fällt der Schaden für Unternehmen aus, die im Ernstfall kurzfristig zu einer anderen CA wechseln müssen. Wer heute schon mehrere CAs parallel im eigenen ACME-Setup hinterlegt, etwa Let’s Encrypt als Primäranbieter und ZeroSSL als Fallback, reduziert das Risiko eines kompletten Ausfalls zusätzlich, falls eine einzelne CA kurzfristig technische Probleme bekommt oder das Vertrauen eines Browsers verliert.
Unser Fazit: Welches Zertifikatsmodell gewinnt 2026?
Die Daten zeichnen ein klares Bild. Für die reine Verschlüsselungsfunktion gibt es 2026 keinen technischen Grund mehr, für ein Zertifikat zu bezahlen, denn Let’s Encrypt liefert dieselbe kryptographische Sicherheit wie jedes 1.000-Dollar-EV-Zertifikat, nur eben ohne Organisationsprüfung und ohne den seit 2019 verschwundenen Browser-Bonus. Der Marktanteil von rund der Hälfte aller HTTPS-Zertifikate spricht für sich und wird durch die kommende 47-Tage-Regel weiter wachsen, weil automatisierte ACME-Workflows gegenüber manuellen Verlängerungsprozessen strukturell im Vorteil sind.
OV und EV verschwinden deshalb nicht, sie verschieben sich aber endgültig von einem Marketinginstrument zu einem reinen Compliance-Werkzeug. Banken, Versicherer und regulierte Branchen kaufen EV heute, weil interne Prüfprozesse oder Aufsichtsbehörden es verlangen, nicht weil Kunden eine grüne Adressleiste erwarten. Für alle anderen gilt eine einfache Faustregel: Wer keine dokumentierte Organisationsprüfung vertraglich nachweisen muss, spart mit Let’s Encrypt bares Geld und bereitet sich gleichzeitig automatisch auf die kurzen Laufzeiten der kommenden Jahre vor. Weitere Grundlagen zu Verschlüsselung und Online-Sicherheit hat unser Sicherheits-Hub zusammengestellt.
Die 47-Tage-Regel wirkt dabei wie ein erzwungener Gleichmacher: Sie zwingt letztlich jeden Marktteilnehmer, egal ob kostenlos oder teuer, auf dasselbe Automatisierungsniveau, das Let’s Encrypt schon seit zehn Jahren praktiziert. Kommerzielle CAs, die diesen Übergang mit stabilen ACME- und API-Schnittstellen meistern, werden ihr OV- und EV-Geschäft in der Nische regulierter Branchen behalten. Anbieter, die weiterhin auf manuelle Prozesse setzen, werden Kunden schrittweise an automatisierungsfreundlichere Konkurrenten verlieren, unabhängig vom Markennamen. Für 2026 gilt deshalb: Die Frage ist nicht mehr, ob ein Unternehmen automatisiert, sondern nur noch, wie schnell.
Häufig gestellte Fragen
Ist ein kostenloses Let’s-Encrypt-Zertifikat genauso sicher wie ein teures EV-Zertifikat?
Ja, in Bezug auf die reine Verschlüsselung besteht kein Unterschied. Beide nutzen dieselben TLS-Protokolle und Cipher Suites. Der einzige Unterschied liegt in der Identitätsprüfung des Antragstellers, nicht in der technischen Sicherheit der Verbindung.
Warum verschwindet die grüne Adressleiste bei EV-Zertifikaten?
Chrome und Firefox entfernten die spezielle EV-Anzeige um das Jahr 2019, weil Studien keinen belegbaren Sicherheitsnutzen für Endnutzer zeigten und einige Phishing-Seiten selbst EV-Zertifikate für Tarnfirmen erwarben. Seither erscheinen DV, OV und EV mit demselben Schlosssymbol.
Was bedeutet die 47-Tage-Regel für kleine Unternehmen?
Ab dem 15. März 2029 dürfen öffentliche TLS-Zertifikate maximal 47 Tage gültig sein. Kleine Unternehmen sollten spätestens jetzt einen automatisierten ACME-Prozess einrichten, damit die Verlängerung nicht manuell alle paar Wochen erfolgen muss.
Kann ich Let’s Encrypt für eine Wildcard-Domain nutzen?
Ja, über die DNS-01-Validierungsmethode lässt sich ein Wildcard-Zertifikat für eine Domain samt aller Subdomains kostenlos ausstellen. Das erfordert allerdings Zugriff auf die DNS-Verwaltung, um einen TXT-Eintrag zur Validierung zu setzen.
Brauchen deutsche Online-Shops zwingend ein OV- oder EV-Zertifikat?
Rechtlich nicht. Weder das deutsche Telemediengesetz noch die DSGVO schreiben eine bestimmte Zertifikatsstufe vor. Manche Zahlungsdienstleister oder Vertragspartner verlangen aus eigenen Compliance-Gründen dennoch OV, was Shop-Betreiber vorab mit ihrem Zahlungsanbieter klären sollten.
Was passiert, wenn eine Zertifizierungsstelle wie Entrust das Vertrauen von Chrome verliert?
Betroffene Zertifikate zeigen in aktuellen Chrome-Versionen eine Sicherheitswarnung an, sobald sie nach dem festgelegten Stichtag ausgestellt wurden. Betroffene Unternehmen müssen in diesem Fall zwangsweise zu einer anderen CA wechseln, unabhängig von der ursprünglichen Vertragslaufzeit.
Ist ECDSA besser als RSA für ein TLS-Zertifikat?
Für die meisten neuen Aufsetzungen ja. Benchmarks aus 2025 und 2026 zeigen schnellere Handshakes und geringere CPU-Last bei ECDSA P-256 gegenüber RSA-2048. Ältere Systeme oder Kompatibilitätsanforderungen können aber weiterhin für RSA sprechen.
Wie oft muss ich mein Zertifikat 2026 erneuern?
Bis zum 15. März 2026 gilt noch die alte Obergrenze von 398 Tagen für neu ausgestellte kommerzielle Zertifikate, danach sinkt sie auf 200 Tage. Let’s-Encrypt-Zertifikate laufen unverändert nach 90 Tagen ab und sollten automatisiert alle 60 Tage erneuert werden.
