Ce n'est pas un peu trompeur de mettre Cloudflare dans le tableau des hébergeurs ?

Cloudflare c'est un service de CDN et d'anti-ddos (de sécurité plus largement).
Perso je ne les mettrai pas dans les "hébergeurs". J'enlèverai ces 127k + noms de domaine du graphique.

Je prend un exemple avec OVH mais c'est valable avec n'importe quel serveur chez X derriere Cloudflare.

Il y a  4 possibilités:

cas A: OVH ->IPv4->Cloudflare->client final(IPv6/IPv4), cela va enlever un site "IPv4 only" chez OVH donc monter le % IPv6 d'OVH dans le graphique.

cas B: OVH ->IPv6>Cloudflare->client final(IPv4) c'est l'inverse (situation a mon avis très rare et quasi plus possible depuis qu'on ne peut désactiver IPv6 coté Cloudflare)

cas C: OVH ->IPv6>Cloudflare->client final(IPv6/IPv4) ca ne monte pas le % d'OVH IPv6.

cas D: OVH ->IPv6/IPv4>Cloudflare->client final(IPv6/IPv4) c'est neutre. ca change juste le nombre de sites pas les %.

En pratique c'est plus souvent OVH ->IPv4->Cloudflare ou OVH->IPv6->Cloudflare car plus simple a gérer (une seule 'stack' coté serveur c'est quand meme moins de boulot).

Plus il y a de sites sur Cloudflare plus cela masque l'effort des vrais hébergeurs et/ou leur clients en terme de déploiement/support d'IPv6.

Activer ou pas IPv6 sur un site derriere Cloudflare c'est quasi zéro effort (et c'étais un click avant il y a quelques années). En terme d'investissement/formation/effort à faire/etc c'est quasi nul donc les 59,3% de Cloudflare ne sont significatif de pas grand chose... Alors que le 22,%3 d'OVH sont bien plus significatif.

C'est quand même pas le même effort que d'aller installer et configurer une stack IPv6 dans un serveur et pourtant c'est dans la même catégorie et comparé sur le même graphique. C'est ce qui me gène dans ce graphique. 

Par ailleurs, sur les 127k sites du graphique qui sont chez Cloudflare seul 59,3% ont IPv6. C'est surprenant qu'il soit si faible en fait. Ca veut dire que 40% ont refusé/désactivé un truc automatique ? Je serais curieux d'avoir la liste de ces  59,3% de 127k sites...

En tous ca veut dire aussi que, par exemple les 22,3% d'OVH, sont faux parce qu'il y a des sites chez OVH mais derriere Cloudflare du coup sans certitude sur IPv6 (et probablement moins).

Notre premier baromètre ARCEP 

Je pense que tu étais déjà présent dans le PDF de l'année dernière sur l'hébergement.

Tu es en page 12 : avec 36 sites web en .fr hébergés par MilkyWan ou ses clients, 69% sont en IPv6.
Pour les mails, 63% des 22 domaines sont en IPv6 et coté DNS, tu gères le DNS de 97 sites web, 97% des DNS autoritaires sont en IPv6.

Si on compare, Free a 13 486 sites, dont 69% en IPv6, exactement le même pourcentage que pour toi. Coté DNS autoritaire, Free a aussi 97% des DNS autoritaires sont en IPv6.

La séparation par prestataire qui annonce le site sur internet, c'est pour séparer les bon et les mauvais élèves.

oui mais c'est comme avec les tunnels IPv6 dans IPv4 c'est une vision a court terme qui déforme la vraie réalité de la progression d'IPv6.

Ca "fonctionne" coté client mais si tout le monde faisait comme cela , ca ne serait pas viable.

Sur ton document vivien, il est écrit que Webedia Group n'a pas switché sur IPv6.
En fait, c'est volontaire de leur part visiblement, car ils ont Cloudflare sur leur plus gros site (Jeuxvideo.com) et ont manuellement désactivés l'IPv6 (de base Cloudflare active IPv6 sur tout ses domaines).

J'ai en revanche trouvé une parade pour accéder à un site IPv4-only en IPv6 mais qui est hébergé derrière Cloudflare. Il suffit de prendre une IP random appartenant à Cloudflare et la mettre dans le fichier hosts de Windows.

Exemple sur mon PC, j'ai fait ceci pour accéder à Jeuxvideo.com en IPv6 :

2606:4700:3031::6815:2a7 s.jvc.gg
2606:4700:3031::6815:2a7 image.jeuxvideo.com
2606:4700:3031::6815:2a7 static.jvc.gg
2606:4700:3031::6815:2a7 jeuxvideo.com
2606:4700:3031::6815:2a7 www.jeuxvideo.com


Donc on peut dire que Webedia Group est involontairement compatible IPv6. Cette parade est, je pense, compatible à 100% du parc Cloudflare. Je ne sais pas pourquoi certains désactivent IPv6 sur leur site Cloudflare, surtout qu'à la base pour désactiver IPv6 sur Cloudflare il faut aller magouiller dans l'API, il n'y a pas de bouton dans le panel pour désactiver l'IPv6.

Le manque de précision de Free sur le mobile ne pourrait pas s'expliquer par le fait que c'est une intervention du client sur son mobile qui doit être fait? Je ne sais pas sur les mobiles vendu par free si une configuration par défaut peut être faite par free? Après il me semble aussi que les APNs arrive aussi configuré avec la carte sim son le paramétrage pourrais se faire par là?

Ce qui me semble le plus "inquiétant" c'est plutôt la transition des sites web et des entreprises.

C'est surtout le fait qu'il faut faire aussi la démarche de l'activer dans l'espace client et que ce n'est pas activé par défaut, alors que depuis le temps ça devrait être le cas... sachant que même si y'a un problème on peut modifier l'APN directement sur le mobile