On reporte IPv6 « à la prochaine refonte ». Deux ans passent ; l'hébergeur facture l'adresse IPv4 dédiée plus cher. Les logs montrent qu'un quart du trafic arrive déjà en v6 via le CDN — mais l'origine ne répond qu'en v4. Pendant ce temps, les règles pare-feu côté v6 n'ont jamais été écrites, et personne ne sait si le certificat TLS se renouvelle correctement sur les deux protocoles.
Activer IPv6 sur un nouveau site n'est pas une migration de datacenter. Ce n'est pas non plus un projet réseau de six mois. C'est cocher une option chez l'hébergeur, ajouter un enregistrement AAAA dans le DNS, ouvrir les ports 80 et 443 en v6 comme en v4, et vérifier que tout fonctionne. La stratégie raisonnable en 2026 pour un site neuf : dual-stack dès le premier déploiement, sans abandonner IPv4.
IPv4 reste indispensable pour la compatibilité universelle. IPv6 évite la pénurie d'adresses et certains chemins réseau sous-optimaux. Les deux coexistent sans conflit — à condition de ne pas oublier que le courrier électronique et le site web n'empruntent pas les mêmes règles.
Dual-stack : la stratégie qui suffit à la plupart des projets
Pour un site vitrine, une boutique en ligne ou une application web classique, le dual-stack est la réponse proportionnée. Vous conservez l'enregistrement A pointant vers l'adresse IPv4 de votre serveur ou de votre hébergeur mutualisé. Vous ajoutez un enregistrement AAAA vers l'adresse IPv6 que le panel vous attribue. Le navigateur ou le CDN choisit le protocole disponible ; votre origine répond dans les deux cas.
Chez OVHcloud, Infomaniak ou Hetzner, les procédures diffèrent légèrement — activation dans le panneau, parfois demande explicite pour le mutualisé — mais le principe reste identique. L'erreur fréquente consiste à publier le AAAA sans vérifier que le serveur web écoute bien en v6, ou à oublier le pare-feu côté v6 alors que les ports 443/tcp sont ouverts en v4.
Si vous passez par un CDN (Cloudflare, Fastly, etc.), l'edge sert souvent déjà en v6. L'origine peut rester en v4 seule dans certains cas — mais un dual-stack complet simplie le diagnostic et évite les surprises si vous retirez le CDN un jour.
DNS, TLS et pare-feu : les trois points de contrôle
L'activation IPv6 se joue rarement au niveau applicatif. Elle se joue dans trois couches que l'équipe oublie souvent de vérifier ensemble.
Côté DNS, l'enregistrement AAAA doit pointer vers la bonne adresse v6 — pas vers une adresse de test périmée. Vérifiez aussi le TTL : un TTL très long retarde la correction en cas d'erreur. Côté TLS, Let's Encrypt et la plupart des autorités couvrent les deux protocoles, mais le renouvellement HTTP-01 doit rester accessible en v4 et v6. Un certificat valide en v4 et expiré en v6 produit des alertes étranges dans les outils de monitoring.
Côté pare-feu, c'est le piège classique : nginx écoute en v6, mais ufw ou le pare-feu cloud n'autorise que le trafic v4. Résultat : timeout silencieux pour une partie des visiteurs. Ouvrez 80/tcp et 443/tcp explicitement pour IPv6, ou vérifiez que vos règles ufw allow couvrent les deux familles d'adresses. Pour approfondir le durcissement réseau, voir notre guide sur le pare-feu VPS.
| Étape | Oubli fréquent | Conséquence |
|---|---|---|
| AAAA sans A | Suppression de l'IPv4 par erreur | Clients v4-only bloqués |
| Pare-feu v6 absent | Ports ouverts en v4 seulement | Timeout pour visiteurs v6 |
| Mail AAAA précipité | MX v6 sans PTR ni SPF adapté | Rejets spam |
| CDN sans origine v6 | Edge v6, origine v4 seule | Acceptable mais diagnostic plus difficile |
Quand ne pas complexifier davantage
Certaines situations justifient de reporter ou de limiter IPv6 — pas de l'ignorer indéfiniment, mais de ne pas forcer un dual-stack complet tant que le prérequis technique n'est pas réglé.
Une application legacy qui lie des adresses IP v4 en dur dans le code ou la configuration ne supportera pas un AAAA sans correction préalable. Des listes blanches partenaires en IPv4 only imposent de documenter l'exception et de maintenir l'enregistrement A. Un accès administrateur via VPN sans routage v6 peut rester en v4 — ce n'est pas un argument contre le dual-stack public du site.
Pour le choix de région et l'architecture réseau globale, IPv6 reste une brique parmi d'autres. Consultez notre guide sur le choix de région cloud si votre projet dépasse un simple site web.
Le sommet : IPv6 retardé devient coût IPv4 demain
Reporter IPv6 « parce que personne ne demande » oublie une réalité mesurable : les opérateurs mobiles et les FAI routent déjà une part croissante du trafic en v6. Sur un site neuf, l'activation coûte une heure de configuration DNS et pare-feu. Sur un site mature, la dette devient des adresses IPv4 chères, des règles firewall dupliquées et des tests oubliés à chaque déploiement.
Décider et avancer sans angle mort
Commencez par activer le dual-stack chez votre hébergeur et ajouter l'enregistrement AAAA dans le DNS, en conservant l'enregistrement A IPv4. Testez ensuite l'accès HTTP et HTTPS en v6 avec curl ou un outil en ligne, et vérifiez que le renouvellement TLS fonctionne sur les deux protocoles. Isolez le courrier en IPv4 tant que la configuration SMTP v6 n'est pas prête. Enfin, comparez les hébergeurs qui proposent IPv6 natif via notre annuaire si vous hésitez encore sur le fournisseur.
Questions fréquentes
IPv6 est-il obligatoire pour un site web en 2026 ?
Non, ce n'est pas une obligation légale pour un site classique. En revanche, une part croissante d'utilisateurs arrive déjà en v6 via leur opérateur. Pour un site neuf, le dual-stack A + AAAA est la bonne pratique : vous restez compatible avec tous les clients sans renoncer à IPv4.
Mon hébergeur mutualisé propose IPv6 : que faire ?
Activez l'adresse v6 dans le panneau de contrôle, ajoutez l'enregistrement AAAA dans votre zone DNS, et conservez l'enregistrement A existant. Testez ensuite l'accès au site en mode v6 uniquement avant de considérer le déploiement terminé.
IPv6 casse-t-il le référencement ?
Non, si le contenu et les réponses HTTP sont identiques en v4 et en v6. Les problèmes viennent plutôt de contenu duplié mal géré, d'erreurs TLS ou de redirections incohérentes — pas de la présence d'un AAAA.
Et le mail en IPv6 ?
Traitez le mail à part du site web. MX, SPF et DKIM restent souvent en IPv4 au début. Ne publiez pas d'AAAA mail sans enregistrement PTR et configuration SMTP v6 correcte — voir notre guide sur les listes de diffusion.
Sur un site neuf, IPv6 se résume à : AAAA en DNS, pare-feu v6 ouvert, tester une URL. Si cela vous semble un « projet », votre hébergeur ou votre processus DNS est trop compliqué — pas le protocole.