GoogleユーザーのIPv6利用率がついに50%を超えたことが判明
2026年3月28日、GoogleサービスユーザーのIPv6利用率が初めて50%を突破した。インターネット基盤の移行は「将来の話」ではなく、もうユーザーの過半数にとっての現実となっている。
出典: GoogleユーザーのIPv6利用率がついに50％を超えたことが判明
要点 (事実のみ)
- Google IPv6 統計ページによると、IPv6利用率が初めて50%を超えたのは2026年3月28日。2026年6月13日時点での最大値は50.29%
- APNICの測定では、世界全体のIPv6利用率は42%。APNICはGoogle Adsを使った独自の測定手法と重み付けを採用しており、Googleの数値との差異はそこに起因すると説明している
- アジア太平洋地域でIPv6利用率が50%に達したのは約1年前の2025年4月
- 日本国内ではさらに早く、2024年4月にIPv6利用率50%超えが報道されている
高畑 拓海の見解
率直に言うと、この数字を見て「そういえば直近の案件でIPv6を意識して設計したことがあったか」と自分自身を振り返るきっかけになった。
私がこれまで関わってきた業務系Webアプリや社内向けSaaSの開発では、インフラはAWSやAzureに乗っかることが多く、IPv6対応の可否はクラウド側に委ねているケースがほとんどだった。エンドユーザーがIPv4/IPv6のどちらで接続しているかをアプリケーション層で意識することは少ない。しかし、利用率が50%を超えてくると、ゼロではなかった「IPv6起因の挙動差」に遭遇するリスクは確実に上がる。
現場・運用目線で気になる点は2つある。1つ目は、IPアドレスを使ったアクセス制御や地理的フィルタリングをアプリ側で実装している場合、IPv6アドレスの形式や範囲の扱いが考慮されているかどうかだ。IPv4前提で組まれたロジックにIPv6アドレスが入ってきたとき、バリデーションエラーや予期しない挙動が起きるケースは珍しくない。2つ目は、ログ・モニタリングの話だ。ログにIPv6アドレスが大量に記録されるようになると、既存のフィルタリングやアラート条件が崩れることがある。
個人的には、「今すぐIPv6対応を全面的に見直す」より「既存のIPアドレス依存ロジックがどこにあるかをリストアップしておく」ことを先に進めるのが現実的だと思う。インフラ層はクラウドに任せるとして、アプリコードに埋まっているIPv4前提の処理を棚卸しするだけでも、将来のトラブルをかなり減らせる。チームで運用できる確認チェックリストとして文書化しておくのが一番継続しやすい形だろう。
(編集レンズ: 現場・運用目線)
