SSL-certificaat installeren en veilig overstappen van HTTP naar HTTPS

Een SSL-certificaat installeren, oftewel HTTPS activeren, betekent dat het dataverkeer tussen de bezoeker en de server versleuteld wordt verzonden. Voor een soepele overstap van HTTP naar HTTPS kies je eerst het juiste type SSL-certificaat, installeer je het certificaat via je hostingpaneel of rechtstreeks op de server, stuur je alle URL’s door naar HTTPS, los je mixed-content-fouten op en werk je Google Search Console en je sitemap bij. Als dit goed gebeurt, toont de browser een veilige verbinding, groeit het vertrouwen van bezoekers, worden betaal- en registratieformulieren beter beschermd en beperk je SEO-verlies door indexerings- en redirectproblemen tot een minimum.

In 2026 is HTTPS allang niet meer alleen belangrijk voor webshops. Ook blogs, bedrijfswebsites, API-diensten, klantportalen en SaaS-platformen hebben HTTPS nodig als basisvoorwaarde voor veilige publicatie. Moderne browsers zoals Chrome, Safari, Firefox en Edge tonen bij pagina’s zonder HTTPS een melding als “Niet veilig”. Zo’n waarschuwing kan conversies verlagen, bezoekers ervan weerhouden een formulier in te vullen en het vertrouwen in je merk beschadigen. SSL-installatie is daarom geen technisch detail dat je later nog wel oppakt, maar een essentieel onderdeel van iedere professionele website.

In deze gids bespreken we de verschillende soorten SSL-certificaten, installatie via een hostingpaneel, controles in cPanel en op serverniveau, veelvoorkomende problemen bij de migratie van HTTP naar HTTPS en de technische checks die nodig zijn om SEO-schade te voorkomen. Lanceer je een nieuwe website, dan is het verstandig om meteen vanaf het begin HTTPS te gebruiken. Migreer je een bestaande site, dan is een gepland traject belangrijk, zeker bij grotere websites waar rankingfluctuaties en crawlproblemen snel impact kunnen hebben. Gebruik je hosting via Hostragons, dan kun je SSL-beheer, DNS, domeinen en redirects overzichtelijk vanuit één paneel volgen Hostragons web hosting pakketten Hostragons SSL certificaten.

Wat is een SSL-certificaat en hoe werkt HTTPS?

SSL, bekend als Secure Sockets Layer en technisch gezien tegenwoordig vooral TLS genoemd, is de beveiligingslaag die gegevens tussen webbrowser en server versleutelt. Wanneer een gebruiker een website bezoekt, vraagt de browser certificaatinformatie op bij de server. Is het certificaat geldig, hoort het bij de bezochte domeinnaam en is het ondertekend door een vertrouwde certificaatautoriteit, dan wordt er een versleutelde verbinding opgezet. Daardoor zijn gebruikersnamen, wachtwoorden, creditcardgegevens, contactformulierdata en cookies niet zomaar leesbaar voor derden.

HTTPS is de beveiligde variant van HTTP, waarbij de verbinding via TLS wordt versleuteld. Met andere woorden: HTTPS zorgt ervoor dat een webpagina niet alleen inhoud toont, maar dat die inhoud ook via een veilige verbinding wordt geleverd. Belangrijk om te begrijpen: alleen een SSL-certificaat installeren is niet genoeg. Alle bronnen op de site, zoals afbeeldingen, CSS- en JavaScript-bestanden, canonical-tags, sitemaps en redirects, moeten ook HTTPS-correct zijn ingesteld. Anders kan de browser alsnog een waarschuwing voor mixed content of een certificaatfout tonen.

Waarom overstappen van HTTP naar HTTPS?

HTTPS heeft directe invloed op veiligheid, SEO, gebruikerservaring en naleving van privacy- en beveiligingsverwachtingen. Voor elke website die gebruikersgegevens verwerkt, is HTTPS in de praktijk noodzakelijk. Zelfs een eenvoudige contactpagina met een formulier verzamelt persoonsgegevens. Worden die gegevens onversleuteld verzonden, dan ontstaat er niet alleen een beveiligingsrisico, maar ook reputatieschade.

• Veiligheid: het verkeer tussen bezoeker en server wordt versleuteld en beter beschermd tegen onderschepping en man-in-the-middle-aanvallen.
• SEO: Google gebruikt HTTPS al jaren als licht rankingsignaal. Nog belangrijker is dat een correcte migratie de indexeringswaarde en URL-signalen behoudt.
• Vertrouwen van bezoekers: het slotje in de browser en de aanduiding van een veilige verbinding vergroten de bereidheid om formulieren in te vullen of betalingen te doen.
• Browsercompatibiliteit: veel moderne webfuncties vereisen een veilige context. Denk aan PWA’s, locatiepermissies, cameratoegang en technologieën zoals HTTP/2.
• Merkreputatie: een “Niet veilig”-melding oogt onprofessioneel, zeker bij zakelijke websites, webshops en klantomgevingen.

Soorten SSL-certificaten: welke kies je?

Het juiste SSL-certificaat hangt af van je websitestructuur en het gewenste vertrouwensniveau. Een kleine blog met één domeinnaam heeft andere behoeften dan een SaaS-platform met tientallen subdomeinen. De tabel hieronder helpt je praktisch kiezen.

Wil je bijvoorbeeld alleen example.com en www.example.com beveiligen, dan is een DV SSL-certificaat in veel gevallen voldoende. Gebruik je subdomeinen zoals api.example.com, klantportaal.example.com en support.example.com, dan is een Wildcard SSL-certificaat vaak praktischer. Beheer je meerdere merkdomeinen op dezelfde infrastructuur, dan kan Multi-Domain SSL veel operationeel werk besparen. Kijk bij je keuze naar je domeinstructuur, validatieproces, budget en onderhoudslast op langere termijn gids voor de aankoop van SSL certificaat Domeinsopzoeking en domeinregistratie.

Checklist vóór de installatie van een SSL-certificaat

Een paar controles vooraf voorkomen veel problemen achteraf. Zeker wanneer je een bestaande website van HTTP naar HTTPS migreert, moet je niet beginnen zonder back-up en zonder overzicht van je URL’s.

• Controleer of de DNS-records van je domein naar de juiste server wijzen.
• Bepaal of de www-variant of de niet-www-variant de hoofdversie wordt.
• Controleer of SSL-ondersteuning actief is in je hostingpakket of serveromgeving.
• Maak een recente back-up van WordPress, je maatwerkapplicatie of e-commerceplatform.
• Inventariseer interne links in de database die nog met HTTP beginnen.
• Gebruik je een CDN, WAF of reverse proxy, controleer dan de SSL-modus.
• Noteer oude HTTP-sitemaps en URL’s in robots.txt.
• Zorg dat je toegang hebt tot Google Search Console en analyseplatformen.

Een praktisch voorbeeld: bij een WordPress-site met 500 pagina’s is het na de SSL-installatie niet genoeg om alleen de homepage naar HTTPS te redirecten. Als oudere afbeeldingen in blogartikelen nog via http:// worden geladen, toont de browser een mixed-content-waarschuwing. En als canonical-tags op dezelfde site nog steeds naar HTTP verwijzen, krijgen zoekmachines tegenstrijdige signalen over welke versie leidend is. De overstap is dus niet alleen het uploaden van een certificaat, maar het aanpassen van de volledige websitearchitectuur aan HTTPS.

SSL-certificaat installeren via cPanel of een hostingpaneel

Voor websites op shared hosting, WordPress-hosting of managed hosting is installatie via het controlepaneel meestal de eenvoudigste route. Bij moderne hostingplatformen zoals Hostragons kun je SSL-beheer vaak in een paar stappen vanuit het paneel regelen. Het exacte scherm verschilt per panel, maar de logica is vrijwel altijd hetzelfde.

Stap 1: DNS-controle van je domeinnaam

Om een SSL-certificaat te kunnen uitgeven, moet de domeinnaam naar de juiste hostingserver verwijzen. Kloppen het A-record, CNAME-record of de nameservers niet, dan kan automatische SSL-validatie mislukken. Heb je net DNS-wijzigingen gedaan, dan kan propagatie enkele minuten tot 24 uur duren. Controleer vóór de installatie of je domein naar het juiste IP-adres resolveert Wat is DNS-beheer en hoe uit te voeren.

Stap 2: Het SSL-certificaat activeren

Ga in je hostingpaneel naar een onderdeel zoals SSL, TLS, Beveiliging of Certificaten en selecteer de juiste domeinnaam. Als automatische SSL wordt ondersteund, valideert het systeem het domein en installeert het certificaat. Gebruik je een betaald SSL-certificaat, dan moet je mogelijk een CSR aanmaken en de CRT- en CA Bundle-bestanden van de certificaatautoriteit toevoegen aan het paneel. Let er bij het genereren van een CSR op dat domeinnaam, organisatienaam, plaats, land en e-mailadres correct zijn ingevuld.

Stap 3: HTTPS-toegang testen

Open na installatie https://jouwdomein.nl in de browser. Het slotje moet zichtbaar zijn en in de certificaatdetails moet de juiste domeinnaam staan. Lijkt het certificaat bij een ander domein te horen, dan is mogelijk het verkeerde certificaat geïnstalleerd of is de virtual-host-configuratie niet goed. Test zowel de www- als de niet-www-variant. Gebruik je Wildcard SSL, controleer dan ook de relevante subdomeinen.

Stap 4: Automatische verlenging controleren

SSL-certificaten hebben altijd een beperkte geldigheidsduur. Is automatische verlenging niet actief, dan krijgt je website bij verlopen certificaat een privacy- of beveiligingswaarschuwing. Voor webshops kan dat direct omzet kosten. Stel je voor dat een site met 10.000 bezoekers per dag zes uur lang een ongeldig certificaat toont; dat kan honderden afgebroken winkelwagens betekenen. Houd daarom verlengdatums, meldingen en contactadressen goed bij.

Hoe stap je over van HTTP naar HTTPS?

Nadat SSL actief is, moet al het HTTP-verkeer permanent naar HTTPS worden doorgestuurd. Hiervoor gebruik je een 301-redirect. Een 301 geeft zoekmachines door dat de URL blijvend is verhuisd. Tijdelijke redirects zoals 302 kunnen onzekerheid veroorzaken bij het doorgeven van SEO-signalen.

1. Bepaal de hoofdversie

Er zijn vier URL-varianten: http://site.nl, http://www.site.nl, https://site.nl en https://www.site.nl. Slechts één daarvan hoort de hoofdversie te zijn. Is je voorkeursversie bijvoorbeeld https://www.site.nl, dan moeten de andere drie varianten in één stap naar dat adres verwijzen. Redirectketens zijn ongewenst. Het ideale scenario is een directe 301-redirect van HTTP naar de gekozen HTTPS-versie.

2. Serverredirects configureren

Op Apache-servers gebeurt dit vaak via het .htaccess-bestand, op Nginx via de server block-configuratie. Gebruik je managed hosting, dan is er mogelijk een optie zoals “HTTPS forceren” in het paneel. Test na het toevoegen van de redirectregel niet alleen de homepage, maar ook categorieën, producten, blogartikelen en bestands-URL’s. Bij een redirectloop geeft de browser een foutmelding over te veel omleidingen.

3. Interne URL’s bijwerken

Zet URL’s die in de database, themabestanden, menu’s, afbeeldingspaden, CSS- en JavaScript-aanroepen nog met HTTP beginnen om naar HTTPS. Gebruik je WordPress, werk dan bij Instellingen de velden WordPress-adres en Siteadres bij. Maak bij zoek-en-vervangacties in grote databases altijd eerst een back-up. Een verkeerde replace kan geserialiseerde data beschadigen en daardoor widgets, thema-instellingen of pagebuilder-content breken.

4. Canonical, hreflang en sitemap aanpassen

Een van de meest vergeten SEO-punten is de canonical-tag. Als een pagina via HTTPS opent maar de canonical nog naar HTTP verwijst, ontstaat er een tegenstrijdig signaal. Bij meertalige websites moeten ook hreflang-URL’s HTTPS gebruiken. Genereer de XML-sitemap opnieuw en neem alleen HTTPS-URL’s op die een 200-statuscode teruggeven. Dien daarna de nieuwe sitemap in via Google Search Console Gids voor Google Search Console installatie.

5. Analytics en advertentietools controleren

Google Analytics, Tag Manager, advertentiepixels, betaalproviders, CRM-formulieren en livechat-integraties kunnen geraakt worden door de HTTPS-migratie. Vooral betaal-retour-URL’s, webhookadressen en API-endpoints mogen niet per ongeluk op HTTP blijven staan. Voor webshops is het verstandig een testbestelling te plaatsen en betaling, e-mailmeldingen en voorraadupdates volledig door te lopen.

Veelvoorkomende problemen bij de overstap van HTTP naar HTTPS en hun oplossingen

Sommige problemen zie je direct na de migratie, andere verschijnen pas na een paar dagen in serverlogs of Search Console-rapporten. De situaties hieronder komen het vaakst voor.

Mixed-content-fout

Mixed content ontstaat wanneer op een HTTPS-pagina bepaalde bronnen nog via HTTP worden geladen. De pagina zelf is dan beveiligd, maar bijvoorbeeld het logo, een script of een iframe wordt onveilig opgehaald. Actieve mixed content, zoals JavaScript en iframes, kan door browsers zelfs volledig worden geblokkeerd. Scan de broncode op interne links die met http:// beginnen, werk oude afbeeldingspaden in de mediabibliotheek bij en controleer of externe scripts ook HTTPS ondersteunen.

Certificaat komt niet overeen met de domeinnaam

Deze fout verschijnt wanneer de domeinnaam in het certificaat niet overeenkomt met de bezochte domeinnaam. Een certificaat kan bijvoorbeeld zijn uitgegeven voor example.com, terwijl gebruikers www.example.com bezoeken en de www-variant niet is opgenomen. De oplossing is controleren of het certificaat alle benodigde domeinvarianten dekt. Wildcard-certificaten beschermen subdomeinen op één niveau, maar de rootdomeinnaam example.com is niet altijd automatisch inbegrepen; controleer daarom altijd de certificaatdetails.

Redirectloop

Een redirectloop ontstaat vaak wanneer regels op CDN-, hosting- en applicatieniveau elkaar tegenspreken. Bijvoorbeeld: een CDN gebruikt flexibele SSL, de server forceert HTTPS en een WordPress-plugin voert óók een HTTPS-redirect uit. De site blijft dan heen en weer sturen tussen HTTP en HTTPS. De oplossing is om redirects op één duidelijke laag te regelen en de SSL-modus van je CDN in te stellen op full of full strict, afhankelijk van de provider.

Oude HTTP-URL’s blijven in de index

Na een HTTPS-migratie is het normaal dat oude HTTP-URL’s nog even in Google-resultaten zichtbaar blijven. Gebeurt er na weken nog niets, controleer dan je 301-redirects, canonical-tags en sitemap. Als HTTP-pagina’s nog steeds een 200-statuscode teruggeven, kan een zoekmachine HTTP en HTTPS als afzonderlijke pagina’s behandelen. Alle HTTP-URL’s moeten permanent met 301 naar de gewenste HTTPS-versie verwijzen.

Waarschuwing voor verlopen SSL-certificaat

Wanneer een certificaat verloopt, ziet de browser de verbinding als onveilig. Dit gebeurt meestal doordat automatische verlenging mislukt, DNS is gewijzigd, het validatiebestand niet bereikbaar is of een e-mailbevestiging is gemist. Controleer verlengingslogs, zorg dat het domein naar de juiste server wijst en volg SSL-verlengingsmeldingen van je hostingprovider.

HTTPS-migratie controleren om SEO-verlies te voorkomen

Een HTTPS-migratie veroorzaakt bij correcte uitvoering meestal geen blijvend SEO-verlies. Korte schommelingen kunnen wel voorkomen, omdat zoekmachines de URL-versie opnieuw verwerken. Bij grote websites kan dit enkele dagen tot enkele weken duren. Het belangrijkste is dat je consistente signalen afgeeft.

• Redirect alle HTTP-URL’s met 301 naar hun HTTPS-tegenhanger.
• Beperk redirectketens; gebruik waar mogelijk één enkele stap.
• Werk canonical-tags bij naar HTTPS.
• Plaats in de XML-sitemap alleen HTTPS-URL’s met een 200-statuscode.
• Zet het sitemapadres in robots.txt om naar HTTPS.
• Voeg de HTTPS-property toe aan Search Console en dien de sitemap in.
• Vraag belangrijke websites die naar je linken, waar mogelijk, om hun backlinks naar HTTPS te updaten.
• Controleer serverlogs om te zien of Googlebot 404’s, 500-fouten of redirectloops tegenkomt.

Bij een nieuwssite met 10.000 URL’s kan de crawlactiviteit in de eerste week na de migratie toenemen en kunnen rankings licht schommelen. Als alle URL’s correct 301’en, de sitemap schoon is en canonical-tags consistent zijn, is die beweging meestal tijdelijk. Maar als 2.000 URL’s op 404 uitkomen of categoriepagina’s per ongeluk allemaal naar de homepage worden gestuurd, kan het verkeersverlies fors zijn. Daarom is dagelijkse controle in de eerste 14 dagen na de overstap sterk aan te raden.

Praktische tips voor SSL-installatie op WordPress-sites

WordPress is een van de meest gebruikte platformen waarbij SSL-migraties plaatsvinden. Met de juiste stappen is het proces meestal goed beheersbaar. Activeer eerst het SSL-certificaat via je hostingpaneel. Werk daarna in het WordPress-dashboard onder Instellingen het WordPress-adres en Siteadres bij naar HTTPS. Vervolgens vervang je oude HTTP-links in de database op een veilige manier. Vergeet niet om cacheplugins, CDN-cache en browsercache te legen, anders zie je mogelijk oude resultaten.

• Controleer themabestanden en plugins op hardgecodeerde HTTP-bronnen.
• Scan pagebuilders op achtergrondafbeeldingen en aangepaste CSS-velden.
• Leeg na de SSL-migratie alle cache in je cacheplugin.
• Gebruik je WooCommerce, test dan betaalpagina’s en accountpagina’s apart.
• Controleer of REST API, admin-ajax en mediabestanden correct via HTTPS werken.

Sommige WordPress-plugins kunnen HTTPS-redirects automatisch regelen. Toch is een extra plugin niet altijd nodig wanneer de 301-redirect op serverniveau goed is ingesteld. Extra plugins kunnen prestaties beïnvloeden en conflicten veroorzaken. Gebruik je managed WordPress-hosting, dan is het vaak schoner om SSL, cache en beveiligingsinstellingen vanuit het hostingpaneel te beheren WordPress-hostingoplossingen WordPress Beveiligingsgids.

Waarop letten bij CDN, WAF en cloudgebaseerde diensten?

Gebruik je een CDN of WAF, dan bestaat de SSL-verbinding uit twee delen: de verbinding tussen bezoeker en CDN, en de verbinding tussen CDN en origin-server. Alleen HTTPS aan de bezoekerskant is niet voldoende. Als het CDN vervolgens via HTTP met de origin-server communiceert, is er geen end-to-end-versleuteling. De veiligste opzet is een full strict-achtige modus aan CDN-zijde en een geldig SSL-certificaat op de origin-server.

Een verkeerde SSL-modus is een van de meest voorkomende oorzaken van “too many redirects”. Als het CDN HTTPS van de bezoeker accepteert maar via HTTP naar de origin-server gaat, kan de server opnieuw naar HTTPS willen redirecten. Daardoor ontstaat een lus. Kies daarom de juiste CDN SSL-modus, installeer ook op de origin een certificaat en ontwerp de HTTPS-redirects vanuit één duidelijke logica.

Wat moet je testen na SSL-installatie?

Na de installatie alleen de homepage bekijken is niet genoeg. Systematisch testen voorkomt toekomstige klachten van gebruikers en technische SEO-problemen.

• Open homepage, subpagina’s, categorieën, producten, blogartikelen en formulieren via HTTPS.
• Controleer of HTTP-versies met 301 naar het juiste HTTPS-adres gaan.
• Kijk in de ontwikkelaarstools van de browser of er mixed-content-waarschuwingen zijn.
• Controleer of de certificaatketen volledig is en tussenliggende certificaten correct zijn geïnstalleerd.
• Test de site op mobiele browsers en via verschillende netwerken.
• Probeer contactformulieren, ledenlogin, betalingen en downloads uit.
• Volg in Search Console de rapporten voor dekking, ervaring en pagina-indexering.
• Monitor serverprestaties; moderne TLS-configuraties veroorzaken normaal gesproken geen zware belasting.

Qua prestaties zijn moderne TLS-configuraties zeer efficiënt. Op infrastructuur met HTTP/2- of HTTP/3-ondersteuning kan HTTPS zelfs bijdragen aan een betere laadtijdbeleving. Meerdere verzoeken, hergebruik van verbindingen en moderne compressietechnieken werken dan effectiever. SSL is dus niet alleen een beveiligingsmaatregel, maar kan bij een goede configuratie ook voordelen bieden voor performance websites snelheid optimalisatie.

Operationeel SSL-beheer voor zakelijke websites

Bij organisaties met meerdere domeinen, subdomeinen, testomgevingen en API-diensten moet SSL-beheer goed gedocumenteerd zijn. Leg vast welk certificaat welke domeinen dekt, wanneer het verloopt, welke certificaatautoriteit is gebruikt, welk team verantwoordelijk is en welke validatiemethode geldt. Anders kan een vergeten subdomein ervoor zorgen dat een kritisch klantportaal ineens onbereikbaar wordt.

Controleer vooral omgevingen zoals staging, klantpanelen, API’s, betaalmodules, supportportalen en fileservers afzonderlijk. Het is niet genoeg dat alleen de hoofdwebsite veilig is. Als je mobiele app verbinding maakt met een API-endpoint en het certificaat van dat endpoint verloopt, kunnen gebruikers mogelijk niet meer inloggen. Gebruik daarom automatische monitoring, verlengingsmeldingen en een centrale SSL-inventaris om dit soort risico’s te beperken.

Korte samenvatting en volgende stap

Een SSL-certificaat installeren en HTTPS correct instellen is een basisstap voor een betrouwbare, moderne en SEO-gezonde website. Een succesvolle migratie van HTTP naar HTTPS bestaat uit de juiste certificaatkeuze, volledige installatie, 301-redirects, het oplossen van mixed content en het bijwerken van canonicals en sitemaps. Kleine websites kunnen vaak snel worden omgezet; bij grotere websites is een duidelijke checklist en gefaseerde controle noodzakelijk.

Met de infrastructuur van Hostragons kun je webhosting, domeinbeheer en SSL onder één dak plannen en de overstap gecontroleerder uitvoeren. Of je nu DV SSL, Wildcard SSL of een zakelijk SSL-certificaat nodig hebt: met het juiste certificaat en een correcte hostingconfiguratie bied je bezoekers een veilige HTTPS-ervaring Hostragons hosting pakketten Hostragons SSL certificaten.

Veelgestelde vragen

Zorgt een SSL-certificaat direct voor hogere SEO-rankings?

SSL alleen garandeert geen grote rankingstijging. HTTPS is wel een sterke standaard voor veiligheid, gebruikerservaring en browsercompatibiliteit. Met correcte 301-redirects en een schone sitemap blijven SEO-signalen tijdens de migratie behouden.

Is een 301-redirect verplicht bij de overstap van HTTP naar HTTPS?

Ja. HTTP-URL’s moeten permanent naar hun HTTPS-versie worden doorgestuurd. Zonder 301-redirect kunnen zoekmachines HTTP- en HTTPS-versies als aparte pagina’s beoordelen.

Hoe los je een mixed-content-fout op?

Zoek in de broncode naar afbeeldingen, CSS, JavaScript, iframes en fonts die nog via HTTP worden geladen en werk ze bij naar HTTPS. Controleer ook database, themabestanden, CDN-paden en externe diensten.

Wat is het verschil tussen Wildcard SSL en standaard SSL?

Standaard SSL dekt meestal een specifieke domeinnaam en vaak ook de www-variant. Wildcard SSL beschermt subdomeinen op één niveau onder dezelfde hoofddomeinnaam, zoals panel.site.nl en blog.site.nl.

Wat gebeurt er als een SSL-certificaat verloopt?

Browsers tonen dan een beveiligingswaarschuwing en bezoekers zullen minder snel doorgaan naar je site. Dit kan verkeer, omzet en merkvertrouwen kosten. Automatische verlenging en regelmatige monitoring verkleinen dat risico.