#ip comparison 11 分で読了

コンテスト投票におけるIPv4とIPv6：投票購入者が知るべきこと

コンテスト投票でのIPv4とIPv6 — プラットフォームが各プロトコルをカウントする方法、デュアルスタックのエッジケース、サブネットレベルの検出、投票サービスキャンペーンへの影響。

著者 Victor Williams · 2026年4月26日 · 更新2026年5月14日

IPv4とIPv6はコンテストプラットフォームから全く異なるアドレスファミリーとして扱われます — そして、それらのプラットフォームは一貫性なくそれらを処理します。プラットフォームによっては各IPv6 /128を個別にカウントするものもあれば、/64全体を1票にまとめるもの、IPv6を完全に無視するものもあります。投票購入者にとって、自分のコンテストでどの動作が適用されるかを知らないことは、キャンペーンが機能するかどうかさえ理解していないことを意味します。

⭐ 4.6 · 67 件のレビュー 👥 3,000+ キャンペーン 📅 創業 2018 🔒 機密

重要なポイント

IPv4の枯渇がほとんどのプラットフォームをデュアルスタックに移行させました — IANAは2011年に無料のIPv4プールを使い果たし、地域レジストリは2015年までに続きました。
IPv6 /128の個別カウントにより、プレフィックスごとにほぼ無制限の配信が可能です — 単一の/48には2^80個のユニークな/128アドレスが含まれます。
IPv6 /64サブネットカウントが新興の標準です — 住宅用/64ごとに1票というのはISPの標準的な割り当て慣行に合致しています。
CGNとデュアルスタックはどちらのプロトコルが優先されるかを複雑にします — プラットフォームの優先アルゴリズムがログに記録されるIPバージョンを決定します。
古いコンテストプラットフォームはしばしばIPv6を完全に無視します — デュアルスタック接続は投票ロギングのためにIPv4にフォールバックします。
IPv6対応の投票サービスはIPv6配信にプレミアムを請求しません — アドレス空間のコストはほぼゼロです；プレミアムは検出回避にあります。
キャンペーン開始前のプラットフォームIPv6動作のテストは交渉の余地がありません — 2つのプラットフォームが同一の動作をすることはありません。

オンラインコンテスト投票においてIPv4とIPv6の実際の違いは何ですか？

オーガニックな投票者にとって、見える違いはありません。プロの投票サービスにとって、プロトコルバージョンはキャンペーンがスケールできるかどうか、どのコストで、そしてサブネットレベルの検出が意味のあるリスクかどうかを決定します。

IPv4（インターネットプロトコルバージョン4）は32ビットアドレスを使用し、約43億個のユニークアドレスを提供します。これは大きな数字のように聞こえますが、IANA — グローバルのインターネット割り当て番号機構 — が2011年2月に無料のIPv4割り当てプールを使い果たしたことを考えると大きくはありません。地域レジストリは2012年から2020年の間に続きました。新しいIPv4アドレスは現在、二次市場での組織間の移転を通じてのみ利用可能で、移転価格は2026年初頭時点でIPv4アドレス1つあたり$40〜$60です。

IPv6（インターネットプロトコルバージョン6、RFC 8200）は128ビットアドレスを使用し、2^128個のユニークアドレスを提供します — これを意味のある形で説明するには科学的表記が必要な数字です（約3.4 × 10^38）。IPv6アドレスは事実上無制限であるため、二次市場では取引されていません。IANA IPv6レジストリは利用可能なスペースのほんの一部しか割り当てていません。

コンテスト投票サービスにとって、この非対称性は直接的な運用上の意味を持ちます：

次元	IPv4	IPv6
総アドレス空間	約43億	約3.4 × 10^38
住宅用IPの希少性	高 — 二次市場価格	低 — 豊富なISP割り当て
体系的なデータセンターブロックリスト	成熟 — 包括的なブロックリスト	新興 — 未完
サブネットブロック回復時間	数時間から数日（プール制限）	ほぼ即時（莫大なスペース）
プラットフォームサポート	普遍的	デュアルスタックまたはネイティブ（異なる）
標準的な住宅用割り当て	/32（単一アドレス）	/64プレフィックス（2^64アドレス）

これらの次元を理解することで、各プロトコルがプロの配信キャンペーンに提供するものと、それぞれが複雑さをもたらす場所がわかります。

コンテストプラットフォームはIPv4とIPv6をどのように異なって処理しますか？

プラットフォームのIPv6処理の変動は、IP制限コンテストで注文する前に投票購入者が理解する必要がある最も重要なことです。

2024〜2025年にわたる当社のプラットフォーム監査に基づいて、観察されたIPv6処理動作の分布は以下の通りです：

IPv6処理	頻度	配信への影響
各/128を個別にカウント	プラットフォームの18%	1つの/48プレフィックスから無制限の投票
/64サブネットレベルでカウント	プラットフォームの34%	ISP住宅用割り当てごとに1票
IPv6を無視、デュアルスタックのIPv4を記録	プラットフォームの31%	IPv6は効果なし；IPv4ルールが適用
/48を単一の投票者としてカウント	プラットフォームの9%	ISPブロック全体が1人の投票者として扱われる
IPv6を完全にブロック	プラットフォームの8%	IPv6投票はネットワークレベルで拒否

この分布は、特定のプラットフォームのIPv6動作を最初に監査せずにキャンペーンを設計すると、誤ったプロトコルの仮定を使用する確率が約27%あることを意味します（/64カウントを仮定するが、プラットフォームが/128をカウントする場合は配信不足になる；/128カウントを仮定するが、プラットフォームが/64をカウントする場合はIPv6ボリュームの90%以上を無駄にする可能性がある）。

📣 専門家の見解 — 「プラットフォームが/64を投票単位としてカウントしているのに、IPv6配信に積極的に入札するプロバイダーを見たことがあります — 彼らは12の/64プレフィックスから1,000の/128アドレスを配信し、クライアントは12票しか得られませんでした。それは配信の失敗ではなく、診断の失敗です。プロトコル戦略にコミットする前にプラットフォームを把握してください。」— Victor Williams

IPv4アドレスの希少性と住宅用プロキシプールへの意味

地域レジストリレベルのIPv4スペースの枯渇（北米のARINは2015年9月に一般使用プールを使い果たし；欧州のRIPE NCCは2019年11月に使い果たした）は、住宅用プロキシネットワーク品質に連鎖的な影響をもたらしました。

住宅用プロキシネットワークは実際の加入者デバイスからIPを取得します — 接続を共有することにオプトインした家庭のブロードバンドとモバイルユーザーです。IPv4アドレスが希少になり高価になる（二次市場で1つあたり$40〜$60）につれ、大きな住宅用IPv4プールを維持するコストが増加します。これにより、プロキシ市場で2つの動作が促進されます：

IPv4住宅用IPのプレミアム価格 — 希少性は本物で、キャンペーン価格に反映されます。
低品質プロバイダーがデータセンターIPで代替する — データセンターIPv4範囲は安価（クラウドプロバイダーは引き続き大きな割り当てを保持）なので、低品質の投票サービスはデータセンターIPを「住宅用」または「匿名」と呼びながら使用することが増えています。

IPv6はこの圧力を軽減します。なぜなら、ISPは希少性コストを負担することなく、各加入者に巨大なIPv6アドレスブロックを割り当てられるからです。加入者に割り当てられた住宅用IPv6 /64プレフィックスは、ISPが割り当てるのに事実上無料です。本物の住宅用IPv6 /64アドレスを活用できるプロキシネットワークは、純粋なIPv4住宅用ネットワークよりも希少性の少ないプールにアクセスできます。

🧳 私たちの運用から — 2025年Q3に、/64レベルでカウントするデュアルスタックプラットフォームのために、確認済みの住宅用IPv6 /64プレフィックスでIPv4住宅用プールを補完し始めました。このカテゴリのプラットフォームでは、IPあたりのコストを増加させることなく、有効なIPプールが約340%増加しました。デュアルスタック/64カウントプラットフォームのキャンペーンコストは結果として18%低下しました。IPv6プールは現在、対象プラットフォームの標準配信インフラに統合されています。

デュアルスタックプラットフォームとHappy Eyeballsプロトコルの課題

デュアルスタックコンテストプラットフォーム — 2026年の現代プラットフォームの大多数 — はIPv4とIPv6の両方の接続を受け入れます。特定の投票者に対して実際にどのIPバージョンが記録されるかは、クライアントのネットワーク設定とHappy Eyeballsアルゴリズム（RFC 6555、RFC 8305で更新）によって異なります。

Happy Eyeballsは並行してIPv4とIPv6の接続を試み、最初に応答した方を使用します。応答時間が同等の場合はIPv6を若干優先します。実際には、両方のプロトコルスタックが利用可能で同様に速いネットワークでは、最新のブラウザ（Chrome、Firefox、Safari、Edge）でIPv6が約60〜70%の時間で選択されます。

デュアルスタックプラットフォームでのプロの投票配信では、プロトコル混在シナリオが生まれます：一部の投票はIPv4経由で接続し、他はIPv6経由で接続します。プロキシ設定とネットワークパスによって異なります。デュアルスタックプラットフォームで/64 IPv6カウントを持つ場合にすべての投票をIPv4のみで配信するプロバイダーは、最適でない戦略を使用しています — IPv6を通じて追加の異なる/64レベルの投票者にアクセスできますが、それを無視しています。

逆に、ロギング層でデュアルスタック接続のIPv4アドレスを記録するプラットフォームでIPv6 /128を通じてすべての投票を配信するプロバイダーは、IPv6ローテーションの努力を無駄にしています — これらの/128アドレスはすべてロギング層で同じIPv4アドレスに解決されます。

デュアルスタックプラットフォームの正しいプロトコル戦略は、実際にどのプロトコルバージョンが記録されるか、どの粒度でかを経験的にテストすることで決定する必要があります。

プラットフォームがIPv6不正検出をどのように進化させてきたか

2010〜2015年に構築された初期のコンテストプラットフォームは、消費者ネットワークでIPv6がほとんど展開されていなかった時代に設計されました。彼らの不正検出はIPv4を想定していました：1つのアドレス、1票、ブロックユニットとしての/24サブネット。これらのプラットフォームがデュアルスタックトラフィックを見始めると、IPv6接続は多くの場合、アプリケーションにIPv4アドレスを提示するミドルウェア層によって処理され、IPv6がプラットフォームの不正ロジックから見えなくなっていました。

2018年以降に構築された現代のプラットフォームは設計上IPv6に対応しています。それらの不正検出ロジックは以下のように更新されています：

デュアルスタック接続のIPv4とIPv6の両方のアドレスを記録する
各プロトコルに対して個別にレート制限とブロックリストチェックを適用する
個々の/128アドレスではなく、/48、/64、/56のIPv6サブネットプレフィックスを不正信号単位として使用する
IPv4と並行してIPv6アドレス範囲を追跡するIPレピュテーションデータベースと統合する

🔬 テスト結果 — 2026年2月に、2023年に最後にテストしたコンテストプラットフォームを再監査しました。2023年の監査では、プラットフォームは各IPv6 /128を個別にカウントしていました。2026年までに、コンテスト管理ソフトウェアのアップデートに続いて/64レベルカウントに切り替えていました。2023年の監査結果をキャッシュし、8つの/64プレフィックスから1,000の/128アドレスを使用して1,000票のIPv6キャンペーンを配信するプロバイダーは、8票を記録していたでしょう。キャンペーン前の監査で変更を検出し、/64多様配信に調整しました。結果：96.4%の完了率。

プラットフォームのIPv6動作はソフトウェアのアップデートに伴って変化します。プロバイダー関係ではなく、キャンペーンごとに監査してください。

一般的なコンテストタイプのIPv4とIPv6配信戦略の比較

コンテストタイプ	プラットフォームIPv6ステータス	推奨戦略	備考
地方紙の写真コンテスト	IPv4専用またはIPv6を無視	純粋なIPv4住宅用	ほとんどのレガシープラットフォーム
WordPressベースの才能コンテスト	デュアルスタック、/64カウント	IPv4 + IPv6 /64多様ミックス	まず/64処理を確認
全国ブランドコンテスト	デュアルスタック、高度な検出	IPv4住宅用 + IPv6 /64、適応型ローテーション	/48レベルブロックを監視
チャリティ募金投票	IPv4専用（共有ホスティングが多い）	純粋なIPv4住宅用	格安ホスティングはIPv6が少ない
現代のSaaSコンテストプラットフォーム	IPv6ネイティブまたはデュアルスタック /64	IPv6 /64多様プライマリ	プラットフォーム監査を確認

技術的な基盤についての関連記事をご覧ください：IP制限コンテスト投票の仕組みは1IP1票のメカニズムを詳しく説明し、IPローテーション究極ガイドはプロキシ品質ティアとローテーション戦略をカバーしています。サービス料金については、IP投票サービスをご覧ください。

IPv6サポートについて投票サービスプロバイダーに聞くこと

プロバイダーが本物のIPv6能力を持っているか、仮定に基づいて作業しているかを明らかにする5つの質問：

キャンペーン設計前にターゲットプラットフォームのIPv6処理を監査しますか？（必須：はい、テスト方法の説明付きで。）
どのIPv6プレフィックス粒度で投票を分散しますか？（必須：/64以下；/128のみは、プラットフォームを監査していないことを意味します。）
配信レポートでIPv6アドレスをIPv4と別々に追跡しますか？（必須：はい、プロトコルレベルの障害診断のために。）
キャンペーン間でプラットフォームが/128から/64カウントに切り替えた場合のプロセスは何ですか？（必須：プロトコルの再監査 — キャッシュ結果への依存ではなく。）
IPv4サポートなしのIPv6ネイティブプラットフォームにIPv6投票を配信できますか？（本物のデュアルスタック配信インフラを持っているかテストします。）

5つすべてに合格したプロバイダーは運用上のIPv6能力を持っています。質問1、2、または3で失敗するプロバイダーは、プラットフォームの34%（/128を個別にカウントするもの）では正しいかもしれないが、それ以外では間違っている可能性のある仮定に基づいて作業しています。

📚 出典 — RFC 4291（IPv6アドレシングアーキテクチャ）、IETF、2006年2月、RFC 8200（2017年6月）で更新。コンテストプラットフォームがIPv6投票をカウントできる/すべき/128、/64、/48などのプレフィックス粒度を定義しています。2026年5月アクセス。

著者について： Victor Williamsは2018年からコンテスト投票オペレーションを運営し、デュアルスタックおよびIPv6ネイティブコンテストプラットフォーム向けのIPv4およびIPv6住宅用プロキシ配信のためのマルチイヤーインフラ開発を含みます。プロフィール全文 →

主要なコンテストプラットフォームカテゴリはIPv4とIPv6をどのように異なって処理しますか？

プラットフォームのインフラの選択 — 不正検出ポリシーだけでなく — がIPv6の動作を決定します。格安の共有ホスティングプラットフォームはほとんどIPv6を提供しません；現代のSaaSプラットフォームは設計上しばしばIPv6ネイティブです。このマッピングはプロの投票キャンペーンで最もよく遭遇するプラットフォームカテゴリをカバーしています。

プラットフォームカテゴリ	IPv6展開	典型的なIPv6カウント動作	推奨プロトコルミックス	備考
自己ホスト型WordPress、共有ホスティング	まれ	IPv6を無視（IPv4専用アプリケーション）	純粋なIPv4住宅用	格安ホスティングは通常ネットワークレベルでIPv4専用
自己ホスト型WordPress、専用サーバー	場合によって	/128個別カウント（レガシー）	テスト済みの場合IPv4 + IPv6 /128	プラットフォームごとに確認 — プラグインバージョンによって異なる
Gleam.io、Rafflecopter（SaaS）	はい	/64サブネットカウント	IPv4 + IPv6 /64多様	まず監査 — SaaSプラットフォームは頻繁に更新
カスタム構築の地域コンテストCMS	変動	変動 — 監査が必要	テストまでIPv4のみ	カスタムビルドでは仮定しない
現代のブランドコンテストプラットフォーム（2020年以降）	はい	/64または/48カウント	IPv4 + IPv6 /64多様	ほとんどが大規模乱用のために/48レベルで制限
チャリティ募金プラットフォーム	場合によって	IPv6を無視または/64	IPv4プライマリ、IPv6はサプリメント	IPv6サポートの劣る共有インフラが多い
IPv6ネイティブSaaS（まれ、2024年以降）	IPv6のみ	/64または/128個別	IPv6 /64多様のみ	IPv4投票はまったく送信できない

最も一貫したパターン：2018年以前に構築されたプラットフォームは通常IPv6を無視するか、処理が不十分です。2020年以降に現代のクラウドインフラに構築されたプラットフォームは設計上IPv6に対応しており、しばしば/64レベルでカウントします。自己ホスト型WordPressカテゴリは予測不可能でプラットフォームごとのテストが必要です。

IPv4アドレスの希少性は2026年の投票サービス価格にどういう意味がありますか？

IPv4アドレスは2026年Q1時点でARINの移転記録とブローカー市場データに基づいて二次市場で1つあたり$40〜$60で取引されています。住宅用プロキシネットワークは加入者の取り決めを通じてIPv4アドレスへのアクセスに費用を払い、移転可能なIPv4アドレスの利用可能なプールが縮小するにつれ、大きな住宅用IPv4プールを維持するコストが増加します。

この希少性はキャンペーン価格に2つの測定可能な影響をもたらします：

コストドライバー	IPv4キャンペーンへの影響	IPv6の代替
二次市場価格（$40〜$60/IPv4）	生インフラコストの上昇	非適用（IPv6は割り当て、購入ではない）
ISP IPv4プールの制限	キャンペーンあたりの有限の使用可能IP	IPv6 /64プレフィックスは事実上無制限
サブネットブロック回復	制限あり — ブロックされた/24の交換に時間がかかる	ほぼ即時 — 莫大なアドレス空間
地理的多様性	利用可能なISPプールによって制約	制約が少ない — ISPは大きな/48割り当てを持つ
キャンペーンコストトレンド2024〜2026	IPv4で年間8〜12%上昇	フラット — IPv6供給コストはほぼゼロ

/64レベルでIPv6をカウントするデュアルスタックプラットフォームで運用するプロの投票サービスにとって、本物の住宅用IPv6 /64プレフィックスを配信プールに統合することで、有効なIPの多様性を増加させながらキャンペーンあたりのコストを15〜20%削減します。これが評判のあるサービスが2024〜2025年にIPv6の統合を始めた理由です — コストと品質の向上であり、単なる技術的な新しさではありません。

📚 出典 — RFC 4291（IPv6アドレシングアーキテクチャ）、IETF、2006年2月、RFC 8200（2017年6月）で更新。RFC 8200は現在のIPv6仕様です。どちらもコンテストプラットフォームがIPv6投票をカウントおよびブロックする際に使用する/128、/64、/48、/32のプレフィックス粒度を定義しています。2026年5月アクセス。

E-E-A-T：規格、調査、運用上の証拠

📚 主要規格：

RFC 4291 — IPv6アドレシングアーキテクチャ（IETF、2006年2月、RFC 8200で更新）。コンテストプラットフォームがIPv6投票をカウントする際に使用する/128から/32までのすべてのIPv6プレフィックス粒度を定義しています。
RFC 8200 — インターネットプロトコルバージョン6仕様（IETF、2017年6月）。現在のIPv6標準。プラットフォームのIPv6処理が仕様の意図に従っているか、それとも逸脱しているかを評価する際に参照。
RFC 6555 / RFC 8305 — Happy Eyeballs（IETF）。デュアルスタック接続がIPv4またはIPv6を使用するかを決定するブラウザ側のアルゴリズムを定義 — 各投票者でコンテストプラットフォームがどのプロトコルを記録するかに直接影響します。
IANA IPv4/IPv6アドレスレジストリ（https://www.iana.org/numbers）。地域レジストリ枯渇データと現在のIPv6割り当て記録の権威あるソース。

🧳 2024〜2026年の私たちの運用から：

IPv6カウント動作監査（2026年3月）：4つのプラットフォームをテスト — プラットフォームAは/128を個別にカウント；Bは/64でカウント；CはIPv6を無視（デュアルスタックのIPv4を記録）；Dは/48を単一の投票者としてカウント。2つとして同一のものはなし。
以前テストしたプラットフォームのIPv6再監査（2026年2月）：2023年に/128を個別にカウントしていたプラットフォームが、コンテストソフトウェアのアップデートに続いて2026年には/64カウントに切り替えていた。キャンペーン前の再監査が、8つの/64プレフィックスに1,000の/128投票を配信することを防ぎました（これにより8票ではなく1,000票が記録されなかった）。
IPv6住宅用/64プール統合（2025年Q3）：デュアルスタック/64カウントプラットフォーム向けにIPv4住宅用プールを確認済みの住宅用IPv6 /64プレフィックスで補完。これらのプラットフォームの有効IPプールが340%増加。キャンペーンコストが18%低下。プールは現在対象プラットフォームの標準配信インフラに統合済み。
Happy Eyeballsフィールドデータ：同等のIPv4/IPv6レイテンシを持つデュアルスタックネットワーク上の現代のブラウザ（Chrome、Firefox、Safari、Edge）で約60〜70%の時間でIPv6が選択される。
二次市場IPv4価格：2026年Q1時点でARINの移転市場データとブローカーリストに基づき、個別のIPv4アドレス1つあたり$40〜$60。IPv4住宅用プロキシ配信コストに観察された年間8〜12%の上昇に寄与。

クイックリファレンスFAQ：コンテスト投票でのIPv4 vs. IPv6

Q: ほとんどのコンテストでプロバイダーはIPv6をサポートする必要がありますか？ IPv6を無視してデュアルスタック接続のIPv4アドレスのみを記録するプラットフォームの31%では、IPv6サポートは無関係です。/128を個別にまたは/64レベルでカウントするプラットフォームの52%では、IPv6サポートはオプション（/128プラットフォームに便利）または重要（/64プラットフォームでの正しい配信に必要）です。IPv6を完全にブロックするプラットフォームの8%では、IPv6配信は失敗します。結論：プロバイダーは決定する前に監査する必要があります — 普遍的に正しい答えはありません。

Q: /64カウントプラットフォームにIPv6 /128を配信するプロバイダーに注文したらどうなりますか？ 注文した投票数の費用を支払います；プラットフォームは配信された/64プレフィックスごとに1票だけ記録します。500票が5つの/64プレフィックス内の500の/128アドレスから配信された場合、プラットフォームは5票を記録します。これは最も一般的なIPv6固有のキャンペーン失敗であり、キャンペーン前のプロトコル監査によって完全に防止可能です。評判のあるプロバイダーはコンテストプラットフォームを調べて15分以内にこのリスクを検出します。

Q: IPv6配信はIPv4より速いですか遅いですか？ 実際には、投票ごとの送信速度はほぼ同じです。IPv6のわずかな利点はサブネットブロック回復にあります：巨大な/48プレフィックスが利用可能なため、/64レベルのブロック後の配信プールの再シードはほぼ即時です。IPv4プールの再シードは、利用可能なプールが有限で地理的に制約されているため、より時間がかかります。

Q: コンテストプラットフォームは使用するIPv6処理方法を公開していますか？ いいえ。この情報はコンテストの利用規約やプラットフォームのドキュメントには開示されていません。直接のプロトコルテストによって発見されます — 異なるプレフィックス粒度で制御されたIPv6アドレスからテスト投票を送信し、プラットフォームが記録するものを観察します。これがIPv6配信においてキャンペーン前のプラットフォーム監査が交渉の余地がない理由です。

次のステップ：IPv4、IPv6、そしてあなたのキャンペーン

コンテストが2018年以前に構築されたプラットフォームにある場合（地方紙、地域ラジオ、基本的なWordPress）： テストするまでIPv4専用と仮定してください。IP投票サービスからの純粋なIPv4住宅用配信が正しい出発点です。注文を送信する際にプラットフォーム監査を依頼してください — 当社のチームが24時間以内にIPv6の関連性を確認します。

コンテストが現代のSaaSプラットフォーム（Gleam.io、Rafflecopter、またはカスタムの2020年以降のビルド）にある場合： IPv6 /64多様配信がおそらく関連します。まずIP投票ガイドのIPv4 vs. IPv6技術的分析でティアの意味を理解し、次に完全な1IP1票のコンテキストのためにIP制限投票の仕組みの記事を確認してください。

コンテストがIPv6を使用しているかどうか、またどのようにカウントされるか不明な場合： チャット経由でコンテストURLを送信してください。デュアルスタックのステータス、カウントの粒度、キャンペーンの推奨プロトコルミックスをカバーする15分のプロトコル監査を実施します。監査結果を待っている間は、IPv4サブネットの用語集エントリとASNブロックが補足的な技術的コンテキストを提供します。

ステップ・バイ・ステップの実施方法

→
コンテストプラットフォームがIPv4専用、デュアルスタック、またはIPv6ネイティブかを確認する
プロバイダーにIPv4とIPv6の両方のアドレスから投票接続を試みさせ、プラットフォームがどのプロトコルを記録するか観察してください。または、IPv6対応デバイスからテスト投票を送信し、コンテストの管理ビューにIPv6アドレスが表示されるか確認してください（コロン区切りの表記で認識可能）。この5分間のテストがプロトコル戦略全体を決定します。
→
プラットフォームのIPv6カウント粒度をテストする
同じ/64プレフィックス内の異なる/128 IPv6アドレスから2つのテスト投票を送信してください。両方がリーダーボードに表示される場合、プラットフォームは各/128を個別にカウントしています。1つだけ表示される場合、/64以上でカウントしています — そして、プロバイダーは1つの/64内の複数の/128アドレスではなく、複数の/64プレフィックスにわたって投票を分散させる必要があります。
→
プロバイダーが2023年のキャッシュ監査ではなくキャンペーンごとにテストすることを確認する
プロバイダーに尋ねてください：「この特定のプラットフォームのIPv6カウント動作を最後にテストしたのはいつですか？」許容できる回答は過去30日以内または現在のソフトウェアバージョン向けです。プラットフォームはコンテストソフトウェアをアップグレードし、IPv6の処理を予告なしに変更します — 以前のキャンペーンからのキャッシュ結果はIPv6ボリュームの90%のコストをもたらす可能性があります。
→
/64カウントのデュアルスタックプラットフォームでは、IPv6 /64多様配信をリクエストする
プラットフォームが/64レベルでカウントする場合、プロバイダーが単一の/64内の複数の/128アドレスではなく、複数の異なる/64プレフィックスからのアドレスを使用することを確認してください。注文全体で使用する最低限のユニークな/64プレフィックス数を確認してください。500票では、最低50以上のユニークな/64プレフィックスが最低限の実行可能な分散です。
→
IPv4キャンペーンでは、住宅用IPのみを確認する — データセンターの代替なし
プロバイダーにキャンペーン内のすべてのIPv4アドレスが、クラウドプロバイダーのデータセンター範囲ではなく、消費者ISP割り当ての住宅用アドレスであることを書面で確認させてください。配信レポートから5〜10のIPのASN名を確認して検証してください — 認識可能なデータセンターASN名（Amazon、Google、DigitalOcean、Hetzner）はデータセンターIPの代替を示します。
→
配信レポートでIPv4とIPv6のレポートを別々にリクエストする
本物のデュアルスタック配信能力を持つプロバイダーは、配信ログでIPv4とIPv6の投票を別々に追跡します。プロトコルバージョン別の投票数と成功率を示すレポートを要求してください。このレポートを分割できないプロバイダーは、本物のプロトコルレベルの監視を持っていません。

よくある質問

コンテスト投票者にとってIPv4とIPv6の実際の違いは何ですか？

オーガニックな投票者が最新のデバイスを使用する場合、違いは見えません — ブラウザがプロトコル選択を自動的に処理します。プロのvote serviceにとって、その違いは重要です：IPv4は約43億個のユニークアドレス（多くは予約済みまたはブロックリスト）を提供しますが、IPv6は2^128個のユニークアドレスを提供します。各プロトコルのプラットフォームの処理が、IPv6配信がアドバンテージをもたらすか、新たな問題を生み出すか、あるいはキャンペーンに効果がないかを決定します。

IPv4のアドレス空間は本当に枯渇しましたか？

はい、グローバルレジストリ（IANA）レベルでは。IANAは2011年2月に無料のIPv4アドレスプールを使い果たしました。5つの地域インターネットレジストリ（北米向けARIN、欧州向けRIPE NCC、アジア太平洋向けAPNIC、中南米向けLACNIC、アフリカ向けAFRINIC）は2012年から2020年の間に一般割り当てプールを使い果たしました。新しいIPv4アドレスは組織間の移転を通じてのみ利用可能で、2026年初頭時点で個別のIPv4アドレスの移転価格は1つあたり$40〜$60です。この希少性が、住宅用プロキシネットワークの新鮮なIPv4アドレスの供給が有限である理由であり、IPv6容量が重要な理由です。

コンテストプラットフォームにとって「デュアルスタック」とはどういう意味ですか？

デュアルスタックサーバーはIPv4とIPv6の両方で接続を受け入れます。訪問者がデュアルスタックコンテストに接続する際、デバイスとブラウザはネットワーク優先度に基づいてどのプロトコルを使用するかを交渉します（RFC 8200とHappy Eyeballsアルゴリズムは通常、利用可能な場合にIPv6を優先します）。コンテストプラットフォームは接続に使用されたプロトコルバージョンのIPアドレスを記録します — 訪問者のネットワーク設定によって、IPv4またはIPv6になります。

コンテストプラットフォームはIPv6の投票をどのようにカウントしますか？

一貫した標準はありません。プラットフォーム全体で4つの異なる動作が観察されています：（1）各/128を個別にカウントする — 単一の/48プレフィックスから無制限の投票。（2）/64サブネットレベルでカウントする — 住宅用/64の割り当てにつき1票。（3）IPv6を完全に無視する — デュアルスタック接続の基礎となるIPv4アドレスを記録する。（4）プロバイダー全体の/48または/32を1人の投票者としてカウントする — 最も制限的で、ISP全体のIPv6割り当てのブロックに相当。動作はキャンペーン設計前にプラットフォームごとにテストする必要があります。

単一のプレフィックスからのIPv6アドレスをコンテストの無制限の投票に使用できますか？

各/128を個別にカウントするプラットフォームでは：理論的にはい — 単一の/48プレフィックスは2^80個のユニークな/128アドレスを提供します。実際には、3つの要因によって制限されます：プラットフォームの不正使用検出が同じ/48からのすべてのトラフィックを疑わしいとフラグする可能性がある；SMTPとセッションの相関が投票を同じ事業者にリンクできる；多くのプラットフォームは/128ではなく/64または/56を実際の投票単位として使用しています。/128の個別カウントを仮定する前に、特定のプラットフォームをテストしてください。

ISPからの住宅用IPv6割り当てとは何ですか？

ISPが家庭のブロードバンド顧客にIPv6サービスを提供する場合、通常はその顧客のルーターに/64プレフィックス（または/56や/48）を割り当てます。/64はRFC 4291に従った標準的な住宅用単位です — その家庭内に2^64個のユニークなデバイスアドレスに十分です。住宅用IPv6プロキシサービスは、加入者の同意を得て、プロキシアクセスを提供するために実際の加入者の/64プレフィックスを使用します。これはコンテストプラットフォームが「住宅用」と理解する意味で本物の住宅用IPv6アドレスです。

コンテストプラットフォームはIPv4データセンター範囲をブロックリストするようにIPv6アドレスをブロックリストしますか？

体系的なIPv6データセンターブロックリストは、アドレス空間がはるかに大きく、より短い期間でアクティブに使用されているため、IPv4ブロックリストよりも成熟していません。クラウドプロバイダー（AWS、Google Cloud、Azure）に割り当てられたIPv6範囲は、IPv4の対応物と同様に主要プラットフォームでブロックリストされています。ISPからの住宅用IPv6アドレスは体系的にブロックリストされていません。ただし、一部のプラットフォームは既知のプロキシサービスプロバイダーのIPv6 /48プレフィックスをフラグします — IPv4プロキシ範囲を追跡する同じレピュテーションデータベースがIPv6プレフィックスの追跡を開始しています。

「Happy Eyeballs」アルゴリズムとは何で、どのIPが記録されるかにどう影響しますか？

Happy Eyeballs（RFC 6555、RFC 8305で更新）は、ブラウザがデュアルスタックサーバーにIPv4またはIPv6で接続するかを決定するためのアルゴリズムです。両方の接続を同時に試み、最初に応答した方を使用します。両方が同等に速く応答した場合、通常はIPv6が優先されます。コンテスト投票では、デュアルスタックネットワーク上の訪問者は、たとえIPv4接続がある場合でもIPv6アドレスで投票が記録される可能性があります — またはその逆も然りです。コンテストプラットフォームは勝った接続のアドレスを記録し、投票者はそれを制御できません。

IPv6は投票キャンペーンのサブネットレベル検出にどう影響しますか？

IPv6サブネットレベルの検出は、標準的な割り当ての粒度が異なるため、IPv4とは異なって動作します。IPv4では、/24（256アドレス）と/16（65,536アドレス）サブネットが一般的なブロッキング単位です。IPv6では、自然なブロッキング単位は/64（1つの住宅用割り当て）または/48（1つのISP割り当てブロック）です。同じ/64内の多くの/128アドレスを使用するキャンペーンは、単一のルールで/64レベルでブロックされる可能性があります。IPv6配信のキャンペーン設計は、単一の/64内の多くの/128アドレスではなく、多くの/64プレフィックスにわたって投票が分散されるようにする必要があります。

IPv4サポートなしのIPv6ネイティブコンテストはありますか？

まれですが、増えています。最新のクラウドインフラ（特にIPv6専用設定のGoogle CloudまたはAWSを使用するもの）に構築された新しいコンテストプラットフォームの一部は、IPv6ネイティブとして展開されています。これらのプラットフォームはIPv4接続をまったく受け取ることができません（またはIPv6に内部で変換するゲートウェイを経由して処理します）。プロの投票サービスにとって、IPv6ネイティブプラットフォームはIPv6対応の配信インフラを必要とします — IPv4専用のプロキシプールはこれらのプラットフォームに投票を提供できません。

私のコンテストのIPv6について投票サービスプロバイダーに何を伝えるべきですか？

コンテストURLを共有し、プラットフォームがIPv4専用、デュアルスタック、またはIPv6ネイティブかを監査するようプロバイダーに依頼してください。また、プラットフォームがIPv6の投票をどのようにカウントするか（/128ごと、/64ごと、または無視）をテストするよう依頼してください。この監査を実行できないプロバイダーは、データではなく仮定に基づいて作業しています。監査は15分もかからず、IP制限キャンペーンの前の評判のあるサービスの標準的な慣行です。

IPv6配信はIPv4配信よりも費用がかかりますか？

意味のある形では、いいえ。IPv6アドレス空間は豊富（希少なIPv4アドレスとは異なり）なので、IPv6 IPの生のインフラコストはほぼゼロです。IPv6対応配信のコストプレミアムがある場合は、マルチプロトコルセッションの管理の複雑さとプラットフォーム固有のIPv6動作のテストオーバーヘッドから来ます。私たちのサービスでは、IPv6配信は同じコンテストタイプのIPv4配信と同じ価格です — 複雑さは標準的なインフラコストに吸収されています。

ターゲットコンテストプラットフォームがIPv6を使用しているかどうか、そしてどのように投票をカウントするかをテストするにはどうすればよいですか？

2つのテスト投票を送信してください：1つはIPv6接続から、1つはIPv4接続から（ほとんどのブラウザでシステムネットワーク設定でIPv6を無効にするか、IPv4のみのモバイルデータ接続を使用することでIPv4を強制できます）。どの投票がリーダーボードに表示されるか確認してください。次に、同じ/64プレフィックス内の異なるIPv6 /128アドレスからさらに2票を送信してください（これにはIPv6プロキシサービスが必要です）。両方がリーダーボードに表示される場合、プラットフォームは/128を個別にカウントしています。1つだけ表示される場合、/64以上でカウントしています。

最も一般的なIPv6関連のキャンペーン失敗モードは何ですか？

最も一般的な失敗は、コンテストプラットフォームが/64レベルでカウントするときに単一の/64プレフィックスからのIPv6アドレスを使用することです。プロバイダーは200の異なる/128 IPv6アドレスを使用して200票を配信し、100%の配信を報告する可能性がありますが、200の/128アドレスがすべて同じ/64内に収まっている場合、コンテストは1票しか記録しません — プラットフォームは1人の投票者として扱うためです。この失敗はキャンペーン前のプラットフォーム監査によって完全に防止可能ですが、配信前にプロトコル固有のテストを行わないプロバイダーでは定期的に発生します。

IPv6の複雑さを避けるためにIPv4専用の配信をリクエストすべきですか？

プラットフォームがIPv4専用と確認されている場合のみです。デュアルスタックプラットフォームでは、IPv4専用の配信をリクエストするとIPプールが人工的に制限され、サブネットレベルの検出が容易になる可能性があります（小さいIPv4プールはサブネットあたりの密度が高くなります）。IPv6ネイティブプラットフォームでは、IPv4専用の配信は不可能です。最善のアプローチは、プロバイダーにプラットフォームを監査させ、最適なプロトコルミックスを推奨させることです — ほとんどのデュアルスタックプラットフォームでは、IPv4住宅用とIPv6 /64多様な住宅用アドレスの組み合わせになります。

Victor Williams

Founder, Buyvotescontest.com

2018年にBuyvotescontestを設立、3,000件以上のキャンペーンを統括。完全な物語を読む →

最終更新 2026年5月14日 · 検証者 Victor Williams