GoogleのIPv6接続比率が50%に到達
(blog.apnic.net)- 2026年4月23日、GoogleのIPv6統計が初めて 50% に到達し、Googleサービスへの接続の半分がIPv6で行われる段階に入った
- 同日、APNIC Labsの世界全体の IPv6 capability は42%と低く、両者の数値は測定方法と重み付けモデルの違いもあわせて見る必要がある
- APNICはGoogle Adsベースの測定データを単純合算せず、各エコノミーのインターネット利用者規模を反映した 重み付け を適用している
- India、Viet Nam、Saudi Arabiaのように採用曲線が大きく異なるエコノミーがあるため、世界平均だけでは 地域ごとの実態 を説明しにくい
- IPv6は今や固定網・モバイル・個人デバイス・データセンターサービスで日常的に使われる インターネット運用の一部 になっている
Google IPv6統計の50%マイルストーン
- GoogleのIPv6統計が2026年4月23日に初めて 50% を記録した
- この統計は、GoogleサービスにIPv6で接続したユーザー比率を反映している
- GoogleユーザーのIPv6接続可能性を継続的に観測する指標である
- IPv6 50%到達: {p:50}
- この数値は、IPv6が世界の実ネットワークで使われる 成熟したプロトコル になったことを示すマイルストーンと見なせる
世界平均だけでは見えない地域差
- IPv6採用は地域やエコノミーごとの差が大きく、単一の世界的トレンド線だけで判断するのは難しい
- Googleは地域別のIPv6統計を公開しておらず、エコノミー別データも全体合計に限定している
- APNIC Labsのデータでは、エコノミーごとの採用曲線が世界平均と大きく異なる場合がある
APNIC Labsの測定値は42%
- APNICの独自測定では、2026年4月23日時点の世界全体の IPv6 capability を42%と記録している
- APNIC Labsの世界測定: Source
- APNIC IPv6 capability: {p:42}
- Googleの50%とAPNICの42%の間には明確な差がある
- 個別エコノミーの水準では、APNIC Labsの測定は概ねGoogle、Cloudflare、Akamai、Ciscoなどのデータと一致している
- 世界全体レベルでの大きな差は、基礎測定そのものよりAPNICの 重み付けモデル の違いに由来する可能性がある
- APNICの測定値は実務上、Googleの測定値より低く出る傾向がある
- 2つのデータセットをあわせて見ると、特定時点の実際のIPv6 capabilityの範囲を両側から挟む数値として解釈できる
APNICの広告ベース測定方式
- APNICの測定プログラムはAPNIC Labsが運営しており、Google Adsを通じてエンドユーザーのWebブラウザー、ゲーム、アプリに配信されるオンライン広告を活用している
- 特定のユーザーを選んで測定するのではなく、すべてのエコノミーで24時間365日、可能な限り広い露出を目指している
- 一般的な広告トラッキングシステムにAPNIC Labsのロジックを組み合わせて独自のテストセットを実行している
- IP、BGPルーティング、DNSおよびその他の技術的選択を測定する
- エンドユーザーの 個人識別情報(PII) は保存しない
- 生の測定値は共有せず、ISP、エコノミー、地域レベルの集計のみ公開している
- この測定作業はGoogle Research、ICANNおよびその他機関の資金と支援を受けて行われている
生サンプルをそのまま合算しない理由
- APNICは収集データに統計的な重み付けを適用し、World Bank統計のような外部資料で各エコノミーのインターネット利用量をモデル化している
- APNIC Labsが日々受け取る測定サンプル数は均等ではない
- Googleの広告配信は配信量と収益を最大化するよう最適化されるため、ある日には一部エコノミーで広告と測定サンプルがより多くなることがある
- たとえばEgyptやTunisiaのようなNorth Africanエコノミーで広告需要が高い日には、その地域の測定がより多く収集される場合がある
- 同じ日にSouth AmericaやAsiaでは相対的にサンプルが少なくなる可能性がある
- APNIC Labsは生サンプル数を単純合算しない
- 各エコノミーの測定済みIPv6 capabilityを先に集計する
- その後、そのエコノミーの推定インターネット利用者数に応じて重み付けする
- India、China、Indonesiaおよびその他の主要エコノミーのようにインターネット人口が大きい地域は、特定日の生サンプル数に関係なく世界全体の結果でより大きな比重を持つ
- この方式は、最終測定値が日々の広告配信パターンより 世界のインターネット利用量 をよりよく反映するようにするためのものだ
IPv6移行に長い時間がかかった背景
- IPv6が50%採用のマイルストーンに到達するまで長い時間がかかったことを、IPv6のシステム的失敗の証拠と見る見方がある
- IPv6の展開には相当な技術的努力と大きな資本投資が必要だった
- 地域やエコノミーごとの進捗差は、ISPと各エコノミーがネットワーク成長、ユーザー期待、インターネットインフラ運用の現実の間でそれぞれ判断した結果である
- 世界のインターネットは 計画経済 ではなく、市場主導の条件の中で協調と協力を通じて進化してきた
- 多くの事業者は過去にIPv4へ大きな資本を投資しており、その投資収益を最大化しようとしてきた
- その過程で、既存のサービス範囲内で持続可能かつ商業的に成り立つIPv4ベースのネットワークを構築した
- 新規参入者にとっては、IPv6をデフォルトプロトコルとして採用するほうが合理的な場合が多かった
- IPv6は 総所有コスト(TCO) を下げられる可能性がある
- このパターンはモバイル分野で特に顕著だった
- Indiaの Reliance Jio network が大規模IPv6展開の例として挙げられている
IPv4とIPv6が共存する現在のインターネット
- 現在の世界のインターネットは、2つのプロトコル世界で動作している
- 単一プロトコルで運用するほうが物流面では簡単だったかもしれないが、実際の環境はそうはならなかった
- 今日のインターネットには複数の接続形態が混在している
- 直接IPv4接続
- 家庭内ネットワークNATまたは通信事業者レベルの Carrier-Grade NAT(CGNAT) を通じたIPv4
- IPv6
- NATによるアドレス変換の管理は、プロトコル変換、IPv6上でのIPv4カプセル化、その他の移行・プロキシメカニズムより本質的に単純というわけではない
- 「IPv4 is working fine」という言葉は、現代のIPv4ネットワークがすでに複数層の運用複雑性に依存している現実を見落としがちである
- IPv4だけが本質的により安価、あるいはより単純なアプローチというわけではない
IPv4・IPv6相互運用性の実際の位置づけ
- IPv4とIPv6の間に直接的な相互運用性がないことは、当初から解決すべき課題として理解されていた
- 初期には、IPv4を変更せずに取り込み、2つの世界の間で直接接続を可能にするプロトコルのアイデアも探られたが、実行可能な方式としては証明されなかった
- 相互運用性は、IPバージョンとは独立して動作するTCP、UDP、QUICのようなトランスポートプロトコルを通じて、より上位層で形成される
- このモデルはいずれかの形で 中間者 を必要とする
- Cloudflareのような大規模コンテンツ・キャッシュ事業者が、バックエンドシステムが両プロトコルをサポートしているかどうかに関係なくdual-stackサービスを提供する方式に、この構造を見ることができる
一部サービスにdual-stackがない理由
- 一部のサービスがnative dual-stack capabilityを備えていないことは、IPv6進展の大きな障壁と見なされることがある
- 例として、特定のGitプラットフォームや全国規模のテレビ放送事業者が挙げられる
- こうした状況はIPv6への抵抗というより、運用上の複雑性 を反映している可能性がある
- 全国規模の放送事業者の場合、データアクセスやgeolocationに関する法的・規制上の要件のような実務的制約が影響している可能性がある
IPv6は日常運用の一部
- IPv6はすでに世界規模で展開されている
- Googleから見えるインターネット利用者の約半数は、すでにGoogleサービスへIPv6で接続している
- 先進国と開発途上国、固定網とモバイルネットワーク、個人向け小型デバイスと大規模データセンターベースのサービスで、IPv6は毎日毎時間使われている
- IPv6はもはや実験的でも周辺的でもない技術であり、インターネットの 日常運用 の一部である
2件のコメント
韓国の家庭向けインターネットにIPv6が導入されるのはいつだろうか
Hacker Newsの意見
「ISPはいまだにやっていない」という例をもう1つ挙げると、英国の主要ISPである Virgin Media は2011年の World IPv6 Day に、2012年末までにIPv6を完全サポートすると公に述べていたが、15年経ってもまだスイッチを入れられていない
https://havevirginmediaenabledipv6yet.co.uk/
当時の発表: https://ispreview.co.uk/story/2011/06/08/uk-isp-fluidata-hai...
消費者はIPv6が何かは知らなくても、大きな赤い警告と鬱陶しいバナーは理解する
それ以来、もう一度聞く気はなくなった
しかも他のISPのIPv6実装がランダムに何かを壊す事例まであるので、やらない理由も理解できる
このISPはコアネットワークにはIPv6があるが顧客には提供しておらず、オランダ通信市場で 17% のシェアを持っている
ただし Optimum Communications と Frontier がそれぞれ15%前後で数値を大きく引き下げており、Frontier は非常にゆっくり改善中だが、Optimum 側には変化の証拠がほとんどない
2か月前にも 626件コメント のスレッドがあった: https://news.ycombinator.com/item?id=47777894
IPv6 traffic crosses the 50% mark - https://news.ycombinator.com/item?id=47777894 - 2026年4月
The world in which IPv6 was a good design (2017) - https://news.ycombinator.com/item?id=47821429 - 2026年4月
IPv6 is the only way forward - https://news.ycombinator.com/item?id=47680124 - 2026年4月
IPv6 Adoption in 2026 - https://news.ycombinator.com/item?id=47083086 - 2026年2月
IPv6 is not insecure because it lacks a NAT - https://news.ycombinator.com/item?id=46696303 - 2026年1月
「純粋な」IPv6サーバーを立ててみたら、GitHub が IPv6 をサポートしていない ことに驚いた。https://nat64.xyz/ に載っている有志のNAT64運用者がいなければ、IPv6環境から GitHub に到達できない
いやだ、私の /22 IPv4サブネット は個人の401kみたいなものだから、老後資金として使わなければならない
オランダの T-Mobile/Odido は何年も作業中だと約束しておきながら、いまだに IPv6をサポートしていない
Ubiquiti ゲートウェイも残念ながらサポートが不十分に見え、Hurricane Electric トンネリングのような機能に対応してほしい
news.ycombinator.comのIPv6アドレス2606:7100:1:67::26へ問題なく接続できるたとえば YouTube はログインしていない HE 帯域の利用者をおおむねブロックしているように見え、終わりのない CAPTCHA にもしばしば遭遇した
しかし実際には、訪れるウェブサイトごとにブロックされがちで、CGNATの背後にいたりホームルーターにDMZがなかったりすると使うのも難しい
AWS に パブリック IPv4 アドレスの料金 を払い続けたくはないが、顧客側の ISP で未対応のところが多く、完全な IPv6 移行は不可能である
今のところ、ISP が IPv6 へ移行するよう圧力を受ける要因はなく、むしろ逆である。ISP は固定 IP の料金を取れることを好む
特に週末に IPv6 比率が上がるなら、企業・業務用ネットワーク 側で実装を先送りしている兆候に見える
なぜ組織再編までしながら、あれこれ作業をしなければならないのか。数字をいくつか変えるために？ IPv4 が動いているのになぜ？
Google の IPv6 が 50% に到達したのは、Web サイトへの接続という観点では非常に良い
しかし私の TP-Link ルーター は、デフォルトで着信 IPv6 接続を遮断し、設定オプションもないため、純粋な IPv6 の双方向ストリーミング、ゲーム、ホームネットワークサービスには依然として向いていない
Tailscale のように設定が簡単なソリューションを使ってもよく、こうすれば自宅ネットワークをインターネットに直接さらさずに済む
例えば、デフォルトを /64 ブロック にした決定は、48 ビット MAC アドレスを一部として使うという発想に基づいていたが、今ではそれがプライバシー上の悪夢だと分かっており、誰もそうしていない。それでも、その結果生まれた 128 ビットのアドレス体系には今なお縛られている
IPv6 は NAT を十分なアドレスで置き換えようとしたが、興味深いことに、そのせいで意図表明の問題が生じた。NAT では、コンピューター上のサービスが着信接続用のポートを要求すると、そのサービス所有者の意図が明示されたが、IPv6 にはそのような意図のシグナルがない。だからホームルーターのメーカーはデフォルトでアドレスを遮断せざるを得ず、そうしなければ外部から PC をスキャンされ、意図しないサービスが公開インターネットに露出する可能性がある
より広いアドレス空間は技術的には優れているかもしれないが、デフォルト設定とユーザーの意図を考慮しなければならない。優れた技術的解決策も、この点では悪い解決策になったり、多くの問題を生んだりし得る
Cloudflare では IPv6 が 40% 以上 に見えるが、全体トラフィックの増加にもかかわらず、この 1 年で大きくは伸びていない。APNIC の記事での観測どおり、実際の全体採用率は Google と Cloudflare の間のどこかにあるのだろう
https://radar.cloudflare.com/adoption-and-usage#ipv4-vs-ipv6
ただしこれはクライアント側の採用率を反映している。有名サービスの中にも依然として IPv4 専用が多く、公共インターネットを流れる実際の IPv6 比率ははるかに低い可能性がある
今では IPv4 の新規割り当てはとっくに枯渇しているのだから、以前とは異なる 移行インセンティブ が必要に見える
HE Tunnelbroker が最近悪く見られている理由もここにある。Discord の音楽ボットが YouTube の音声データを取得するためにトンネルブローカーの IP 間で負荷分散しており、/64 をブロックしても /48 以上で回避できた。Discord が IPv6 を無効化した主な理由も、IP ベースのブロックと API レート制限だったのではないかと思う
国別の比率を見ると興味深い。フランスは 85% まで上がっているようだ
https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...
https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...