Defaults.Exposed › Oplossingen › IPv6-ondersteuning
Hoe je IPv6-ondersteuning oplost
IPv6 is de nieuwere, veel grotere versie van het adressysteem van het internet, ingevoerd omdat het oude (IPv4) geen ruimte meer heeft. IPv6-ondersteuning toevoegen betekent dat uw website en e-mail ook over het moderne netwerk bereikbaar zijn, naast het oude. In onze scoring is dit informatief — het niet hebben verlaagt uw cijfer niet — maar het is een reëel bereikvraagstuk: een groeiend deel van mobiele en buitenlandse klanten verbindt over IPv6-only-netwerken, en die bereiken u soepel alleen als u het ondersteunt. De oplossing is gratis en leeft in uw DNS- en hostingopzet.
De kern voor je bedrijf: Een stijgend deel van de internetgebruikers — vooral op mobiele providers en in snelgroeiende markten in Azië en delen van Europa — verbindt nu over IPv6. Is uw site alleen IPv4, dan komen die bezoekers er meestal nog wel door (hun provider vertaalt de verbinding voor ze), maar die vertaling voegt een hop toe, kan iets trager zijn, en is nog een ding dat op drukke momenten kan falen of worden geknepen. IPv6 ondersteunen betekent een schonere, directere verbinding voor moderne klanten, een kleine toekomstbestendigheidswinst, en een net signaal naar technische kopers dat uw infrastructuur actueel is. Het verandert niets aan uw cijfer — behandel het als vooruitkijkende afwerking, geen noodgeval — maar het is gratis toe te voegen en brengt u in lijn met waar het internet heen gaat.
Wat dit je kan kosten
- Een klant op een mobiele provider die IPv6-only draait, moet uw IPv4-site bereiken via de vertaallaag van zijn provider. Het werkt vrijwel altijd — maar het voegt latentie toe en is nog een afhankelijkheid die op piekmomenten kan haperen, waardoor uw site marginaal trager voelt dan een concurrent die direct bereikbaar is.
- Het security-/infrateam van een technische koper of partner doet vóór ondertekening een snelle scan en noteert dat u alleen IPv4 bent. Het laat u niet zakken, maar een concurrent die dual-stack (IPv4 + IPv6) toont, belandt in de kolom „modern, goed gerund” terwijl u in „prima, een beetje achter” zit.
- U breidt uit naar een markt — delen van Azië, India, sommige Europese mobiele netwerken — waar IPv6 al dominant is. Daar direct bereikbaar zijn, in plaats van altijd via vertaling, neemt een kleine maar reële bron van trage of haperende verbindingen weg voor uw nieuwste klanten.
- Uw hosting of CDN ondersteunt IPv6 al gratis, maar niemand zette het ooit aan, dus u mist een makkelijke, kosteloze verbetering die uw concurrenten standaard meepakten.
- Een overheids- of zakelijke inkoopchecklist vraagt of uw diensten IPv6-klaar zijn (veel publieke-sectormandaten doen dat nu). „Nee” is een ongemakkelijke regel om uit te leggen wanneer de oplossing al die tijd gratis was.
Waarom het ertoe doet. In onze methodologie is IPv6-ondersteuning informatief — de check is geregistreerd met nul punten en beweegt uw cijfer nooit. We rapporteren het omdat het een echt, vooruitkijkend bereik-en-moderniteitssignaal is dat gratis op te lossen is: het internet raakte jaren geleden door de oude (IPv4-)adressen heen, en het deel van de gebruikers dat over IPv6-only-netwerken verbindt blijft klimmen, met name op mobiel en in IPv6-dominante regio's. IPv6 ondersteunen geeft die gebruikers een schoner, directer pad naar uw site en e-mail, en signaleert actuele infrastructuur aan wie ook controleert. Het is gratis toe te voegen en breekt zelden iets — en precies daarom is het de moeite waard, ook al raakt het uw score niet.
IPv6-ondersteuning, in gewone woorden
Het internet identificeert elke server met een numeriek adres. Het oorspronkelijke systeem, IPv4, heeft een vaste, vrij kleine voorraad adressen — en de wereld raakte jaren geleden door de nieuwe heen. Zijn vervanger, IPv6, heeft een feitelijk onbeperkte voorraad, en het internet migreert er sindsdien stilletjes naartoe.
IPv6-ondersteuning betekent dat uw website (en e-mail) bereikbaar is over dit nieuwere netwerk, naast het oude. In de praktijk komt het neer op één ding in uw DNS: naast het record dat uw oude adres vermeldt (een A-record), publiceert u ook een record dat uw IPv6-adres vermeldt (een AAAA-record — vier A’s). Beide naast elkaar draaien heet dual-stack, en het is de normale, veilige manier om dit te doen.
Deze check is informatief. Hij verandert uw cijfer niet. We zoeken op of uw domein AAAA-records publiceert en rapporteren simpelweg wat we vinden — aanwezig, of afwezig. We markeren het omdat het een reëel bereik-en-moderniteitssignaal is dat gratis op te lossen is, niet omdat het een falen is.
Wat dit u kan kosten
Het veroorzaakt zelden een harde storing — precies daarom is het informatief in plaats van gescoord. Maar „onzichtbare kost” is nog steeds kost. Hier de realistische manieren waarop een alleen-IPv4-opzet stilletjes tegen u werkt:
-
Een iets tragere ervaring voor mobiele klanten. Veel mobiele providers draaien nu intern IPv6-only. Een klant op zo’n netwerk die uw alleen-IPv4-site bereikt gaat door de vertaallaag van zijn provider — een extra hop die latentie toevoegt en op piekmomenten kan dichtslibben. Uw concurrent met IPv6 geeft diezelfde klant een directe, schonere verbinding. Op een afrekenpagina tellen kleine traagheden op tot verlaten winkelwagentjes.
-
Een zwakkere indruk bij technische kopers. Voordat een contract wordt getekend, doet het IT- of securityteam van een koper vaak een snelle infrastructuurscan. Alleen IPv4 laat u niet zakken — maar dual-stack leest als „modern en goed gerund”, en de afwezigheid als „een beetje achter”. Wanneer u op al het andere dichtbij zit, kantelen deze kleine signalen beslissingen.
-
Wrijving in IPv6-dominante markten. Breidt u uit naar regio’s waar IPv6 al de norm is — delen van Azië, India, diverse Europese mobiele netwerken — dan neemt daar direct bereikbaar zijn een reële bron van trage of haperende verbindingen weg voor uw nieuwste, moeilijkst gewonnen klanten.
-
Een gefaald inkoopvinkje. Een groeiend aantal publieke-sector- en zakelijke inkoopprocessen vraagt nu expliciet of uw diensten IPv6-klaar zijn. „Nee” is een ongemakkelijk antwoord wanneer de oplossing gratis was.
-
Gratis verbetering op tafel laten liggen. Heel vaak ondersteunt uw host of CDN IPv6 al zonder meerkosten — het werd simpelweg nooit aangezet. Dat is een makkelijke, kosteloze winst die uw concurrenten standaard meepakten en u niet.
Wat het feitelijk is
Elk apparaat op het internet heeft een adres nodig. IPv4-adressen zien eruit als 203.0.113.10 — vier getallen, een voorraad van zo’n 4,3 miljard, allang uitgeput. IPv6-adressen zien eruit als 2001:db8::1 — langer, hexadecimaal, met een voorraad zo enorm dat hij feitelijk onbeperkt is.
In uw DNS — het adresboek van het internet — leven deze als twee recordtypes:
- A-record → uw IPv4-adres (het oude netwerk).
- AAAA-record → uw IPv6-adres (het nieuwe netwerk).
Onze check doet het equivalent van dig AAAA uwdomein.com draaien en rapporteert of er AAAA-records terugkomen.
Hoe „goed” eruitziet: een dual-stack-opzet — uw bestaande A-records onaangeroerd, met AAAA-records ernaast gepubliceerd, beide wijzend naar een server (of load balancer, of CDN) die werkelijk op beide netwerken antwoordt en dezelfde site serveert. IPv4-gebruikers gaan precies als voorheen door; IPv6-gebruikers krijgen een direct pad. U laat IPv4 niet vallen — u voegt IPv6 ernaast toe.
Wat „afwezig” betekent: geen AAAA-records. IPv6-only-gebruikers kunnen u meestal nog via de vertaling van hun provider bereiken, maar nooit direct. Het is niet kapot — het is gewoon een gemiste modernisering, en daarom kost het u geen punten.
Hoe los je het op (gratis, ~15–30 minuten)
Geef dit aan uw IT’er of wie uw website beheert — de oplossing is gratis. Het is een DNS-en-hostingwijziging, geen aankoop. De gouden regel: voeg IPv6 toe naast IPv4, nooit in plaats van (dual-stack), en bevestig dat het doel ook echt op IPv6 antwoordt voor u publiceert.
1. Zoek uit of uw hosting/CDN IPv6 überhaupt ondersteunt. Dit is de poort. Heeft uw host geen IPv6-adres te bieden, dan valt er niets verder te doen en geen straf ervoor. De meeste moderne platforms en CDN’s ondersteunen het wel — vaak al aan.
2. Pas het toe op uw platform:
-
Cloudflare: IPv6 staat doorgaans standaard aan. Wanneer uw site via Cloudflare wordt geproxyd (oranje wolk), antwoordt Cloudflare automatisch voor u op IPv6 — u voegt meestal helemaal geen AAAA-records zelf toe. Controleer dat Network → IPv6 Compatibility aanstaat. Dit is veruit het makkelijkste pad.
-
Google Workspace / Microsoft 365 (e-mailkant): de e-mailontvangstkant is doorgaans al IPv6-capabel op de infrastructuur van de provider — dat beheert u niet. De website-AAAA-records van deze pagina gaan over uw site, niet hun mailservers; geen actie nodig voor de mailboxprovider zelf.
-
AWS: zet dual-stack aan op uw load balancer (ALB/NLB) of instance, voeg dan een AAAA-aliasrecord in Route 53 toe dat ernaar wijst. Voor CloudFront is IPv6 een schakelaar in de distributie-instellingen.
-
Google Cloud / Azure: zet IPv6 (dual-stack) aan op de load balancer of instance, verkrijg het IPv6-adres, en publiceer het AAAA-record in uw DNS.
-
Zelfgehost / beheerde VPS: vraag uw provider om een IPv6-adres, configureer uw webserver om op IPv6 te luisteren (en bevestig dat hij daar dezelfde site serveert), voeg dan het DNS-record toe:
uwdomein.com. AAAA 2001:db8::1 www.uwdomein.com. AAAA 2001:db8::1(Vervang door uw echte IPv6-adres. Houd uw bestaande A-records precies zoals ze zijn.)
3. Test voor u erop vertrouwt. Verifieer na publicatie vanuit een IPv6-bewuste tool dat het AAAA-record resolveert én dat de site ook echt over IPv6 laadt (een online „IPv6-test” of curl -6 https://uwdomein.com vanaf een IPv6-capabele machine). Een gepubliceerd AAAA-record dat nergens heen wijst is erger dan geen.
4. Herscan. Zodra AAAA-records live zijn en antwoorden, rapporteert deze check IPv6 als ingeschakeld. (Het verandert uw cijfer niet — het was al die tijd informatief — maar u heeft het gat gedicht.)
Veelgemaakte fouten
-
Een AAAA-record publiceren dat wijst naar een server die niet op IPv6 luistert. Dit is de klassieke zelf veroorzaakte wond: IPv6-gebruikers worden naar een dood adres gestuurd en uw site lijkt kapot alleen voor hen — moeilijk op te merken, want het werkt prima voor u op IPv4. Bevestig altijd dat het doel op IPv6 antwoordt voor u publiceert.
-
IPv4 vervangen in plaats van IPv6 toevoegen. U verwijdert nooit uw A-records. Dual-stack houdt beide; IPv4 laten vallen zou de meerderheid van de gebruikers van de ene op de andere dag afsnijden.
-
Het apex-domein toevoegen maar
wwwvergeten (of andersom), of de site dekken maar niet de mail-/subdomeinen die u belangrijk vindt. Wees consistent over de hostnamen die ertoe doen. -
Aannemen dat het klaar is omdat de host IPv6 „ondersteunt”. Ondersteuning en ingeschakeld zijn verschillend. Op Cloudflare is het meestal automatisch; op een kale VPS moet u het zelf configureren en publiceren.
-
Dit als urgent behandelen. Dat is het niet. Het is informatief. Doe eerst uw gescoorde securitychecks (HTTPS, DMARC, DNSSEC, de securityheaders); voeg IPv6 toe als vooruitkijkende afwerking wanneer het uitkomt.
Veelgestelde vragen
Als mijn alleen-IPv4-site nog voor iedereen laadt, waarom doet IPv6 er dan überhaupt toe?
Omdat „nog laadt” veel werk doet. Gebruikers op IPv6-only-netwerken — gangbaar op mobiele providers en steeds vaker elders — bereiken een alleen-IPv4-site via de vertaallaag van hun provider (NAT64/464XLAT). Dat werkt meestal, maar het is een extra hop die wat latentie toevoegt en nog een gedeeld stuk infrastructuur dat op piekmomenten traag of overbelast kan zijn. IPv6 ondersteunen geeft die gebruikers een directe verbinding. Het is een soepelheids-en-toekomstbestendigheidsverbetering, geen „kapot vs. werkend”-schakelaar — en daarom is het informatief en niet gescoord.
Dit raakt mijn cijfer niet — moet ik het wel doen?
Het is echt optioneel, maar ook gratis en laag risico, dus de moeite waard wanneer uw IT'er de volgende keer in de DNS- of hostingconsole is. Veel providers (Cloudflare, de grote cloudplatforms, veel hosts) ondersteunen IPv6 standaard — soms is het maar een schakelaar. Ondersteunt de uwe het helemaal niet, dan is dat een prima reden om het nu te laten; er gebeurt hoe dan ook niets met uw score. Behandel het als opruimwerk, geen brandoefening.
Ik ben niet technisch — wat doe ik eigenlijk?
Geef het onderdeel „Hoe los je het op” aan wie uw website of DNS beheert en vraag: „Kunnen we IPv6 (AAAA-records) voor onze site toevoegen? Het is gratis en zou niets moeten breken.” Zit u op Cloudflare, dan staat het meestal al aan. Zit u op een beheerde host of een groot cloudplatform, dan is het vaak één instelling. Ondersteunt uw host IPv6 helemaal niet, dan valt er niets te doen — en geen straf.
Wat is een AAAA-record, in gewone termen?
Uw DNS is het adresboek van het internet. Een „A-record” vermeldt het oude (IPv4-)adres van uw site; een „AAAA-record” (vier A's) vermeldt het nieuwere IPv6-adres. IPv6-ondersteuning toevoegen betekent AAAA-records publiceren naast uw bestaande A-records, zodat apparaten op het nieuwe netwerk u direct kunnen vinden. Onze check zoekt simpelweg uw AAAA-records op (het technische equivalent van „dig AAAA uwdomein.com” draaien) en rapporteert of er bestaan.
Kan IPv6 toevoegen mijn website of e-mail breken?
Het is laag risico mits goed gedaan, maar niet nul risico, en daarom test u. Het veilige patroon is „dual-stack” — u houdt al uw bestaande IPv4-(A-)records precies zoals ze zijn en voegt IPv6-(AAAA-)records ernaast toe. IPv4-gebruikers gaan onveranderd door; IPv6-gebruikers krijgen een nieuw direct pad. Wat u moet verifiëren is dat waar het AAAA-record naartoe wijst (uw server of load balancer) ook echt op IPv6 luistert en dezelfde site serveert — een verouderd of verkeerd AAAA-record kan IPv6-gebruikers naar een dood adres sturen. Op beheerde platforms en CDN's wordt dit voor u geregeld; op zelfgehoste opzetten bevestigt u dat de server op IPv6 antwoordt vóór publicatie.
Maakt IPv6 mijn site veiliger?
Niet op zichzelf — het is primair een bereik- en moderniteitsverbetering, geen beveiligingsbesturing, wat deels is waarom het niet scoort. Het wordt genoemd in bredere risicomanagementkaders (bijvoorbeeld de algemene cybersecurity-risicobeheerplichten van NIS2) als onderdeel van het draaien van actuele, veerkrachtige infrastructuur, maar een AAAA-record toevoegen verhardt u niet zoals HTTPS, DMARC of DNSSEC dat doen. Doe eerst de gescoorde securitychecks; behandel IPv6 als vooruitkijkende infrastructuurhygiëne daarbovenop.