SSL-certificaat verlopen? Zo los je het vandaag nog op
Is het SSL-certificaat van je website verlopen? Dan zien je bezoekers nu een waarschuwing in plaats van je homepage, en een deel van hen klikt meteen weg. Het goede nieuws: meestal is het binnen een uur opgelost. Je vraagt een nieuw certificaat aan of laat het opnieuw uitgeven, je installeert het op de server en je controleert of de hele keten klopt. In dit artikel lees je wat er precies misgaat, welke stappen je nu zet, hoe je de vervaldatum controleert en hoe je voorkomt dat het opnieuw gebeurt. Dat laatste wordt belangrijker, want certificaten zijn sinds maart 2026 veel korter geldig dan je misschien gewend bent.
Kort samengevat
- Een verlopen SSL-certificaat betekent dat browsers je site als onveilig aanmerken en dat de versleutelde verbinding niet meer vertrouwd wordt.
- Herstellen gaat in drie stappen: een nieuw certificaat aanvragen of laten heruitgeven, installeren met de juiste tussencertificaten en daarna testen.
- Sinds 15 maart 2026 is een publiek vertrouwd certificaat maximaal 200 dagen geldig. Vanaf maart 2027 wordt dat 100 dagen en vanaf maart 2029 47 dagen.
- Handmatig verlengen wordt daardoor steeds foutgevoeliger. Automatische verlenging en monitoring zijn de norm.
- Wil je er helemaal niet meer naar omkijken, laat het certificaatbeheer dan onderdeel zijn van je hosting.
Inhoudsopgave
- Wat er gebeurt als je SSL-certificaat verloopt
- De gevolgen voor je bedrijf en je webshop
- Verlopen certificaat herstellen: de stappen
- Zo controleer je wanneer je certificaat verloopt
- Certificaten zijn steeds korter geldig
- Wat kost het vernieuwen van een SSL-certificaat?
- Zo voorkom je dat het opnieuw gebeurt
- Ons perspectief: certificaatbeheer hoort bij je hosting
- SSL-beheer zonder gedoe bij NLXS
- Veelgestelde vragen
- Bronnen
Wat er gebeurt als je SSL-certificaat verloopt
Een SSL-certificaat (technisch gezien tegenwoordig een TLS-certificaat) doet twee dingen. Het versleutelt het verkeer tussen de bezoeker en je server, en het bewijst dat de website echt van jou is. Elk certificaat heeft een vaste begin- en einddatum. Zodra de einddatum voorbij is, keurt de browser het certificaat af tijdens de zogeheten handshake: het eerste moment waarop browser en server afspreken hoe ze veilig communiceren.
Het gevolg is direct zichtbaar. In plaats van je website krijgt de bezoeker een paginagrote waarschuwing. In Chrome en Edge zie je meestal de melding “Je verbinding is niet privé” met de foutcode NET::ERR_CERT_DATE_INVALID. Firefox toont “Waarschuwing: mogelijk beveiligingsrisico” met SEC_ERROR_EXPIRED_CERTIFICATE, en Safari meldt dat de verbinding niet privé is. Een bezoeker kan de waarschuwing soms nog wegklikken, maar weinig mensen doen dat bij een onbekende webshop of een bedrijf waar ze gegevens moeten invullen.
De Britse overheidsdienst voor cybersecurity noemt als gevolgen onder meer browserwaarschuwingen, het risico dat gegevens onderschept worden, uitval van gekoppelde diensten, reputatieschade en een slechtere positie in zoekmachines. Het is dus geen cosmetisch probleem: het raakt veiligheid, vertrouwen en vindbaarheid tegelijk.
Krijg je juist een melding als “niet beveiligd” terwijl je certificaat wél geldig is? Dan gaat het vaak om gemengde inhoud: afbeeldingen of scripts die nog via http worden geladen. Hoe je dat oplost, lees je in ons artikel over geen slotje na het installeren van SSL.
De gevolgen voor je bedrijf en je webshop
Voor een informatieve bedrijfswebsite betekent een verlopen certificaat vooral gemiste aanvragen en een deuk in je imago. Voor een webshop is het ernstiger. Klanten haken af op het moment dat ze willen afrekenen, en koppelingen met betaalproviders, voorraadsystemen of boekhoudsoftware kunnen fouten gaan geven, omdat ook die systemen een geldig certificaat verwachten. Wat begint als één verlopen datum, wordt zo een probleem dat zich over meerdere lagen verspreidt.
Denk daarbij ook aan wat je niet direct ziet:
- E-mail en apps. Gebruik je hetzelfde certificaat voor je mailserver, een klantportaal of een API, dan stoppen ook die verbindingen.
- Subdomeinen. Een shop.jouwbedrijf.nl of portal.jouwbedrijf.nl heeft soms een eigen certificaat met een andere vervaldatum.
- Zoekmachines. Crawlers die tegen een certificaatfout aanlopen, kunnen pagina’s minder goed indexeren.
- Vertrouwen. Een klant die één keer een waarschuwing heeft gezien, onthoudt dat.
Heb je een webshop, lees dan ook hoe een SSL-certificaat voor je webshop werkt en wat er verder komt kijken bij het beveiligen van je betalingspagina.
Verlopen certificaat herstellen: de stappen
Een verlopen certificaat kun je niet “terugzetten”. Je hebt een nieuw, geldig certificaat nodig. Vernieuwen komt technisch neer op hetzelfde als een nieuw certificaat aanvragen. Zo pak je het aan:
- Stel vast welk certificaat verlopen is. Klik op de waarschuwing of het slotje en bekijk de certificaatdetails. Controleer voor welk domein het certificaat is uitgegeven en of het om het eindcertificaat of een tussencertificaat gaat.
- Kijk waar het certificaat vandaan komt. Is het via je hostingpartij geregeld, dan kun je vaak in het controlepaneel een nieuwe uitgifte starten of automatische verlenging opnieuw aanzetten. Heb je het zelf bij een leverancier gekocht, log dan daar in.
- Maak een nieuwe CSR en privésleutel aan. De CSR (Certificate Signing Request) is het aanvraagbestand met je domeinnaam en bedrijfsgegevens. Gebruik bij voorkeur een nieuwe privésleutel: dat is veiliger dan de oude hergebruiken.
- Rond de validatie af. De uitgever controleert of jij het domein beheert, meestal via een e-mail aan een beheeradres, een DNS-record of een bestand op je webserver. Bij een OV- of EV-certificaat worden ook je bedrijfsgegevens gecontroleerd, wat langer kan duren. Valideer je via DNS, zorg dan dat je DNS-records goed beheerd zijn, anders loop je hier vast.
- Installeer het certificaat met de volledige keten. Zet het nieuwe certificaat en de bijbehorende tussencertificaten op de server. Een ontbrekend tussencertificaat is een van de meest gemaakte fouten: op je eigen laptop werkt het dan soms wel, op de telefoon van je klant niet.
- Herstart of herlaad de webserver. Pas na een herlaadactie van bijvoorbeeld Apache of Nginx gaat het nieuwe certificaat echt meedoen.
- Test en zet verlenging automatisch. Open de site in een privévenster, op een ander apparaat en met een online SSL-test. Controleer ook mail, subdomeinen en koppelingen. Zet daarna meteen automatische verlenging en een waarschuwing aan.
Wil je deze stappen uitgebreider doorlopen, dan vind je in SSL-certificaat vernieuwen in 7 heldere stappen per stap meer uitleg.
Als het echt snel moet
Staat je webshop nu stil? Dan is het verstandig eerst een domeingevalideerd certificaat te regelen. Dat is vaak binnen enkele minuten uitgegeven, zodat je site weer bereikbaar is. Heb je een organisatie- of EV-certificaat nodig, dan kun je dat daarna rustig laten afronden en vervolgens wisselen. Werk je met WordPress-hosting waarbij het certificaat automatisch wordt geregeld, dan is vaak alleen een nieuwe uitgifte in het beheerpaneel nodig.

Zo controleer je wanneer je certificaat verloopt
Weten wanneer je certificaat afloopt, voorkomt de meeste problemen. Je hebt drie manieren om het te controleren.

Via de browser. Klik op het slotje of het instellingenicoon links van het webadres, kies “Verbinding is beveiligd” en daarna “Certificaat is geldig”. In het venster dat opent zie je bij “Geldig tot” de vervaldatum. Dit is ook het antwoord op de vraag waar je het SSL-certificaat vindt: je kunt het van elke website op deze manier bekijken.
Via de command line. Werk je zelf met een server, dan geeft dit commando de begin- en einddatum:
openssl s_client -connect jouwsite.nl:443 -servername jouwsite.nl | openssl x509 -noout -dates
De regel notAfter is de vervaldatum.
Via een online test. Er zijn gratis SSL-tests waarin je alleen je domeinnaam invult. Het voordeel is dat ze ook de hele certificaatketen beoordelen. Dat is belangrijk, want een verlopen of ontbrekend tussencertificaat breekt je site net zo goed als een verlopen eindcertificaat, ook als dat eindcertificaat zelf nog maanden geldig is.
Controleer bij de check niet alleen je hoofddomein. Loop ook de varianten met en zonder www na, je subdomeinen en de adressen die je gebruikt voor mail of een klantportaal.
Certificaten zijn steeds korter geldig
Waar je vroeger een certificaat kocht voor een jaar of langer, is dat voorbij. Het CA/Browser Forum, het overleg van certificaatuitgevers en browsermakers, heeft met ballot SC-081v3 besloten de maximale geldigheid stapsgewijs te verkorten. Dit zijn de stappen:
| Vanaf | Maximale geldigheid | Wat het voor jou betekent |
|---|---|---|
| 1 september 2020 | 398 dagen | Ongeveer één keer per jaar vernieuwen |
| 15 maart 2026 | 200 dagen | Minimaal twee keer per jaar vernieuwen |
| 15 maart 2027 | 100 dagen | Ongeveer vier keer per jaar vernieuwen |
| 15 maart 2029 | 47 dagen | Ongeveer acht keer per jaar vernieuwen |
De gedachte erachter is veiligheid: hoe korter een certificaat geldig is, hoe kleiner de schade als een sleutel uitlekt of gegevens verouderd raken. De keerzijde is dat je veel vaker moet verlengen. Mario Mieldijk van de KNAW verwoordt het in een praktijkverhaal van SURF zo: kortere looptijden geven meer veiligheid, maar je moet ook veel vaker verlengen.
Koop je een certificaat met een looptijd van een jaar of langer, dan krijg je dat in de praktijk als een abonnement: binnen die periode wordt het certificaat meerdere keren opnieuw uitgegeven. Ook dan moet de nieuwe versie elke keer op je server terechtkomen. Juist die tussentijdse installatie wordt vaak vergeten.

Wat kost het vernieuwen van een SSL-certificaat?
De kosten hangen af van het type certificaat en de manier waarop je het beheert.
- Domeingevalideerd (DV). Bewijst dat je het domein beheert. Voor de meeste bedrijfswebsites en veel webshops voldoende, en bij goede hosting vaak inbegrepen en automatisch verlengd.
- Organisatiegevalideerd (OV). Hier controleert de uitgever ook je bedrijfsgegevens. Gebruikelijk bij organisaties die extra zekerheid willen bieden aan zakelijke klanten.
- Extended Validation (EV). De zwaarste controle, gekozen door partijen die hun identiteit zo sterk mogelijk willen laten vastleggen.
- Wildcard en multidomein. Eén certificaat voor alle subdomeinen of voor meerdere domeinnamen tegelijk.
Een heruitgifte binnen een lopend betaald abonnement kost bij de meeste uitgevers niets extra. De echte kosten zitten zelden in het certificaat zelf, maar in de tijd die het kost om het bij te houden en in de schade als het misgaat. Een uur stilstand in een drukke webshop is al snel duurder dan jaren certificaatbeheer. Wil je weten welk certificaat bij jouw situatie past en wanneer je welk niveau nodig hebt, dan helpt dit overzicht over wanneer een SSL-certificaat nodig is bij het kiezen. Meer achtergrond over hoe certificaten werken lees je in ons artikel SSL-certificaat: wat is het en waarom heb je het nodig?
Zo voorkom je dat het opnieuw gebeurt
Met looptijden van 200 dagen nu en 47 dagen straks, is verlengen geen jaarlijkse klus meer maar een doorlopend proces. Deze maatregelen maken het verschil:
- Automatiseer de verlenging. Via het ACME-protocol vraagt de server zelf een nieuw certificaat aan en installeert het. Op Linux-servers gebeurt dat vaak met Certbot, in controlepanelen als cPanel en Plesk met een ingebouwde functie. Controleer na het instellen of de automatische taak echt draait.
- Houd een overzicht bij. Noteer per certificaat het domein, de uitgever, de vervaldatum, de server waarop het staat en wie verantwoordelijk is. Vergeten certificaten zitten meestal op een subdomein, een mailserver of een oude testomgeving.
- Stel meerdere waarschuwingen in. Eén herinnering kan in een volle mailbox verdwijnen. Kies bijvoorbeeld een melding 30, 14 en 7 dagen voor de vervaldatum, naar een gedeeld adres in plaats van naar één medewerker.
- Monitor van buitenaf. Een monitoringdienst die je site regelmatig controleert, ziet het ook als de automatische verlenging stil faalt of als een nieuw certificaat niet goed is geïnstalleerd.
- Leg het eigenaarschap vast. Spreek af wie verantwoordelijk is, ook als de webbouwer, de hostingpartij en je eigen IT elk een stukje doen. De meeste verlopen certificaten ontstaan in de ruimte tussen twee partijen.
Hoe groot de winst van automatisering kan zijn, laat het voorbeeld van de KNAW bij SURF zien: met 700 applicaties en 1400 webadressen zou handmatig verlengen meer dan 700 uur per jaar kosten, en door automatisering besparen ze zo’n 680 uur. Een mkb-bedrijf heeft geen 1400 adressen, maar het principe is hetzelfde: wat mensen handmatig moeten bijhouden, wordt een keer vergeten.
Ons perspectief: certificaatbeheer hoort bij je hosting
Bij NLXS zien we het vaak gebeuren: een ondernemer belt omdat de website ineens een rode waarschuwing toont. Het certificaat is verlopen, de mail met de herinnering is ooit naar een oud adres gegaan en niemand weet meer precies wie het destijds heeft geregeld. Dat is geen kwestie van onkunde. Het is simpelweg een taak die tussen wal en schip valt.
Daarom vinden wij dat een SSL-certificaat niet iets is wat je als ondernemer zelf in je agenda moet zetten. Het hoort bij betrouwbare hosting, net als back-ups en updates. Met looptijden die richting 47 dagen gaan, wordt dat alleen maar belangrijker. Wij regelen de aanvraag, de installatie en de verlenging, en we houden in de gaten of alles goed blijft werken.
Gaat er toch iets mis, dan wil je iemand aan de lijn die je kent. Wij zijn persoonlijk en direct telefonisch bereikbaar en lossen problemen binnen één dag op, voor een vast maandbedrag zonder verrassingen. Zo kun jij je richten op je klanten, en wij op de techniek.
Ken
SSL-beheer zonder gedoe bij NLXS
Wil je nooit meer een verlopen certificaat? Bij NLXS valt het beheer van je SSL-certificaat onder onze zorg: aanvragen, installeren, verlengen en controleren. Je hebt een vast aanspreekpunt, we zijn direct telefonisch bereikbaar en we lossen problemen binnen één dag op, tegen een transparant maandtarief.
Lees hoe we je website SSL-certificaat beheren, of bekijk onze WordPress-hosting voor het mkb, waarbij veilige hosting en certificaatbeheer samen gaan. Bouw je websites voor klanten? Dan kun je ook de hosting van je klanten bij ons onderbrengen. Neem contact met ons op, dan kijken we samen wat past.
Veelgestelde vragen
Kan ik mijn website nog gebruiken als het SSL-certificaat verlopen is?
De website draait technisch nog, maar bezoekers krijgen eerst een waarschuwing te zien. De meeste mensen klikken die niet weg, en sommige browsers en apps blokkeren de verbinding volledig. Behandel een verlopen certificaat daarom als een storing en vernieuw het meteen.
Hoe lang is een SSL-certificaat nu geldig?
Sinds 15 maart 2026 is een publiek vertrouwd certificaat maximaal 200 dagen geldig. Vanaf 15 maart 2027 wordt dat 100 dagen en vanaf 15 maart 2029 47 dagen. Ook als je een certificaat voor een jaar afneemt, wordt het in die periode dus meerdere keren opnieuw uitgegeven.
Moet ik een nieuwe CSR maken om mijn certificaat te verlengen?
Meestal wel, en dat is ook de veiligste keuze, omdat je dan meteen een nieuwe privésleutel gebruikt. Bij automatische verlenging via je hosting of het ACME-protocol gebeurt dit vanzelf. Je hoeft dan zelf niets aan te maken.
Waarom geeft mijn site nog een foutmelding na het vernieuwen?
Vaak staat het oude certificaat nog in het geheugen van de webserver, of ontbreekt een tussencertificaat. Herlaad de webserver en test de site met een online SSL-test die de hele keten controleert. Zie je “niet beveiligd” zonder certificaatfout, dan gaat het meestal om onderdelen die nog via http worden geladen.
Hoe voorkom ik dat mijn certificaat opnieuw verloopt?
Zet automatische verlenging aan, stel meerdere waarschuwingen in en leg vast wie verantwoordelijk is. Monitor je site ook van buitenaf, zodat je het merkt als de automatische verlenging een keer faalt. Het eenvoudigst is om het certificaatbeheer onder te brengen bij je hostingpartij.
Bronnen
- UK Government Security: Expired certificate
- SURF: Alles handmatig verlengen is straks gewoon niet meer te doen

Reacties0
Nog geen reacties
Deel als eerste uw gedachten.
Meld u aan of registreer u om een reactie te plaatsen.