HTTPS en SEO: effect op de ranking, veilige migratie en veelgemaakte fouten

Kort gezegd: HTTPS is een bevestigd maar zeer licht rankingsignaal van Google: toen Google het in 2014 aankondigde, trof het minder dan 1% van de wereldwijde zoekopdrachten. De echte SEO-waarde is indirect: geen waarschuwing "Niet veilig" in Chrome, een schone canonieke versie van elke URL, toegang tot snellere protocollen en volledige verwijzingsgegevens. Het risico zit in de migratie, die elke HTTP-URL met één enkele 301 moet doorverwijzen naar het HTTPS-equivalent en canonicals, sitemaps en interne links moet bijwerken.

HTTPS SEO is in 2026 grotendeels een opgeloste kwestie: volgens de HTTP Archive Web Almanac 2024 wordt 95,6% van de mobiele startpagina's nu via HTTPS geleverd. De resterende vragen zijn praktisch: hoe zwaar het protocol in de rankings meetelt, hoe je een oudere site verhuist zonder verkeer te verliezen en welke configuratiefouten nog posities kosten. Deze gids beantwoordt ze met de eigen documentatie van Google.

Wat is HTTPS en hoe werkt het?

HTTPS (Hypertext Transfer Protocol Secure) is HTTP verstuurd via een versleutelde TLS-verbinding. De server toont een TLS-certificaat (vaak nog een SSL-certificaat genoemd) dat is uitgegeven door een certificeringsinstantie; de browser controleert het en versleutelt dan alles wat met de site wordt uitgewisseld. Het certificaat is gekoppeld aan je domeinnamen, die worden omgezet via de DNS, en kan worden geleverd door je host of door een CDN dat voor je site staat.

Certificaten komen in drie validatieniveaus: domeinvalidatie (DV), organisatievalidatie (OV) en uitgebreide validatie (EV). Voor SEO maakt het niveau geen verschil: Google controleert of de verbinding geldig is, niet welk type certificaat haar beveiligt. Een DV-certificaat, gratis en binnen enkele minuten uitgegeven, is voor de meeste sites genoeg; OV en EV voegen een controle toe van het bedrijf achter het domein, wat sommige banken of grote bedrijven om eigen redenen eisen.

Beïnvloedt HTTPS de SEO-rankings?

Ja, maar veel minder dan content en links. Het antwoord heeft twee lagen: het officiële rankingsignaal en de indirecte effecten die in de praktijk zwaarder wegen.

Wat Google in 2014 aankondigde

Op 7 augustus 2014 kondigde Google in zijn bericht HTTPS as a ranking signal aan dat het "slechts een zeer licht signaal is, dat minder dan 1% van de wereldwijde zoekopdrachten raakt en minder gewicht heeft dan andere signalen zoals content van hoge kwaliteit". Datzelfde bericht raadde certificaten met 2048-bits sleutels aan en waarschuwde tegen het blokkeren van de HTTPS-site in robots.txt. HTTPS gedraagt zich als een tiebreaker: het kan twee pagina's van vergelijkbare kwaliteit scheiden, maar tilt een zwakke pagina niet boven een sterke.

Wat de documentatie van Google nu zegt

De documentatie van Google over paginabeleving noemt "Worden je pagina's op een veilige manier geleverd?" onder de vragen voor zelfbeoordeling en specificeert dan dat "naast Core Web Vitals andere aspecten van paginabeleving je website niet rechtstreeks helpen hoger te scoren in de zoekresultaten". Samen gelezen met de aankondiging van 2014 is de boodschap consistent: HTTPS wordt als basis verwacht en de rankingwinst van overstappen is klein. De bevestigde rankingfactoren van Google plaatsen het in perspectief naast relevantie, kwaliteit en links.

De indirecte effecten die zwaarder wegen

• Vertrouwen en conversies. Sinds Chrome 68 in juli 2018 markeert Chrome elke HTTP-pagina als "Niet veilig" in de adresbalk, zoals aangekondigd op de Chromium-blog. Een waarschuwing naast een formulier of afrekenpagina kost klikken en verkopen, en daarom hoort HTTPS evenzeer bij UX SEO als bij technische SEO.
• Eén canonieke versie. Google noemt of een pagina via HTTP of HTTPS wordt geleverd onder de factoren waarmee het een canonieke URL kiest. Een site die op beide protocollen antwoordt, verdeelt zijn signalen over duplicaten totdat Google ze bundelt.
• Snelheid. Browsers ondersteunen HTTP/2 en HTTP/3 alleen via versleutelde verbindingen, dus HTTPS is het toegangskaartje tot de protocollen die paginabeleving en Core Web Vitals helpen.
• Analytics. Wanneer een bezoeker van een HTTPS-pagina naar een HTTP-pagina gaat, verwijderen browsers standaard de referrer, waardoor een HTTP-site een deel van zijn verwijzend verkeer als direct verkeer ziet.

Hoe migreer je van HTTP naar HTTPS zonder verkeer te verliezen?

Overstappen op HTTPS verandert elke URL van de site, dus Google behandelt het als een siteverhuizing. De gids over siteverhuizingen met URL-wijzigingen geeft de methode; de onderstaande checklist past die toe op een protocolwijziging. De discipline is dezelfde als bij elke SEO-migratie.

1. Installeer en test het certificaat

Kies een certificaat dat elke hostnaam dekt die je gebruikt (example.com en www.example.com, plus elk subdomein). Gratis certificaten van Let's Encrypt of van je host en CDN werken voor SEO precies als betaalde. Stel automatische verlenging in: een verlopen certificaat toont elke bezoeker een browserwaarschuwing over de hele pagina.

2. Inventariseer en breng elke URL in kaart

Crawl de HTTP-site en exporteer de URL's uit sitemaps, analytics en serverlogs, inclusief afbeeldingen, pdf's en andere bestanden. Elke HTTP-URL moet naar hetzelfde pad in HTTPS verwijzen.

3. Los mixed content op

Een HTTPS-pagina die afbeeldingen, scripts of stylesheets via HTTP laadt, veroorzaakt mixed content: browsers blokkeren of markeren die bronnen. Vervang vastgecodeerde http://-links in templates, de database en de CMS-instellingen.

4. Stel 301-redirects in één stap in

Google raadt permanente redirects aan de serverkant aan (301 of 308). Verwijs http://example.com/page rechtstreeks door naar https://www.example.com/page, zonder via een tussenliggende HTTP-www-versie te gaan. Controleer een steekproef van oude URL's met een redirectchecker, inclusief de pagina's met backlinks.

5. Werk elk intern signaal bij

Laat canonieke URL's, hreflang-tags, interne links, gestructureerde gegevens en XML-sitemaps rechtstreeks naar de HTTPS-URL's verwijzen. Een canonical-checker toont snel pagina's die nog een HTTP-canonical opgeven.

6. Configureer Search Console

Voeg een Domeinproperty toe, of de HTTPS-URL-voorvoegselproperty's, en dien de nieuwe sitemap in. De documentatie van Google stelt dat de tool Adreswijziging niet nodig is voor een overstap van HTTP naar HTTPS: ze geldt alleen voor domeinwijzigingen.

7. Schakel HSTS in zodra alles werkt

De header Strict-Transport-Security vertelt browsers om voor je domein altijd HTTPS te gebruiken. Begin met een korte duur en verhoog die naar een jaar (max-age=31536000) wanneer je zeker weet dat elk subdomein HTTPS ondersteunt. Controleer de header met een HTTP-headerchecker.

8. Behoud de redirects en monitor

Google adviseert redirects minstens een jaar te behouden, en ze voor onbepaalde tijd houden is redelijk. Verwacht enkele weken wat schommelingen terwijl Google de site opnieuw crawlt.

Welke HTTPS-fouten schaden SEO nog steeds?

• Beide protocollen actief. De HTTP-versie antwoordt met een 200 in plaats van een 301 en maakt een volledig duplicaat van de site.
• Redirectketens. HTTP naar HTTPS, dan non-www naar www, dan een afsluitende slash: drie stappen waar er één genoeg is. Elke stap vertraagt het crawlen en de gebruikers.
• 302 in plaats van 301. Een tijdelijke redirect geeft een zwakker signaal over welke URL permanent is. Gebruik een 301-redirect.
• Oude HTTP-links in profielen die je beheert. Redirects vangen ze op, maar het bijwerken van de links in je socialmediaprofielen, bedrijvengidsen en bedrijfsvermeldingen haalt een stap weg en geeft een zuiverder signaal.
• HTTP-canonicals in templates laten staan. De pagina verwijst door naar HTTPS maar geeft de HTTP-URL als canonical op: twee tegenstrijdige signalen.
• Een verlopen of niet-passend certificaat. Bezoekers zien een foutpagina en crawlers kunnen de content mogelijk niet ophalen.
• HSTS-preload te vroeg. Het domein aanmelden bij de preloadlijsten van browsers voordat elk subdomein HTTPS ondersteunt, maakt die subdomeinen onbereikbaar, en verwijderen kost tijd.

De gratis Chrome-extensie van Sorank signaleert fouten op de pagina, zoals canonicals en redirects, terwijl je door je eigen pagina's bladert.

HTTPS, AI-crawlers en GEO

ChatGPT, Claude, Perplexity en Gemini leunen op crawlers die je pagina's ophalen voordat ze die kunnen citeren. Deze crawlers volgen dezelfde regels als een browser: een certificaatfout, een redirectlus of een geblokkeerde HTTPS-robots.txt betekent dat de pagina niet gelezen kan worden en dus niet geciteerd. Onze gids over robots.txt voor AI-crawlers legt uit welke bots je moet toestaan. Eén enkele HTTPS-versie van elke URL houdt ook citaten naar één adres wijzen, waardoor ze makkelijker te meten zijn met AI-vermeldingstracking.

HTTPS: de basis, daarna het echte werk

HTTPS geeft een kleine rankingboost, haalt een vertrouwensprobleem weg en moet worden gemigreerd met één schone 301 per URL. Zodra het er is, hangen rankings af van wat Google veel zwaarder weegt: nuttige content, interne links en autoriteit. Sorank pakt dat deel in autopilot aan: zoekwoordonderzoek, geoptimaliseerde artikelen gepubliceerd op je HTTPS-blog, interne links en natuurlijke backlinks.