Ticketmasterでプロキシを使う方法：ソフトバンを回避し、待機列をバイパスする

Ticketmasterは世界最大のチケットマーケットプレイス兼流通プラットフォームです。1976年に設立され、コンサート、スポーツイベント、演劇、ライブエンターテインメントなど、30カ国以上でチケット販売を手がけています。テイラー・スウィフトのコンサート、スーパーボウル、ブロードウェイの『ハミルトン』といった大手イベントのチケットを買ったことがあるなら、そのときTicketmasterを使った可能性が高いでしょう。

このプラットフォームは毎年数百万枚のチケットを処理しています。しかし、複雑な待機列システム、突然の完売、強力なボット対策により、ファンの間では悪名高くなっています。普通のユーザーにとって、高需要イベントのチケットを買うのはほぼ不可能に感じられます。

英語の記事については、以下をお読みください: Ticketmaster Proxy

Ticketmasterでプロキシを使うのは、ふつうの買い物客向けではありません。主に、チケット転売業者、自動購入ボット、地域制限のあるファンが使う戦術です。プロキシを使う一般的な理由は以下のとおりです。

Ticketmasterのバーチャル待機室では、各IPアドレスに一つの順番が与えられます。同じ自宅ネットワークから複数のタブやデバイスを開こうとすると、Ticketmasterはそれを検知し、待機列の位置を統合するか、完全にブロックします。プロキシを使えば、一人のユーザーが何百人もの別々の人物に見え、それぞれが独自のIPアドレスを持つため、待機列の中で複数の場所を確保できます。

多くのイベントは特定地域の住民に限定されています。たとえば、ロンドンのコンサートは、英国の支払い方法と英国のIPアドレスを持つ購入者だけが利用できる場合があります。別の国のファンや遠隔地で活動する転売業者は、対象都市に設置されたプロキシを使うことで、この制限を回避できます。

Ticketmasterはリクエストの頻度を監視しています。ページを何度も更新したり、あまりに速くチケットを検索したりすると、あなたのIPアドレスは一時的にブロックされます（ソフトバン）。プロキシプールを使えば、IPアドレスを自動的にローテーションし、多数の異なる接続にリクエストを分散させて、検知を回避できます。

大規模なチケット転売業者はボットを使って、発売開始後数秒のうちに数十枚～数百枚のチケットを購入します。こうしたボットがTicketmasterの対ボットシステムを回避するには、ローテーション可能な住宅用プロキシのプールが必要です。プロキシがないと、ボットのIPは即座にフラグが立ってブロックされます。

一部の先行販売は、特定のクレジットカード、ファンクラブ、または地理的地域に紐づいています。プロキシを使えば、購入者は物理的に別の場所にいても、承認された場所からログインしているように見せかけられます。

すべてのプロキシが同じように機能するわけではありません。以下に内訳を示します。

住宅用プロキシは実際の家庭用インターネット回線を通じてトラフィックをルーティングします。モバイルプロキシはさらに進んで携帯電話のIPを使います。これらは本物の消費者向け接続であるため、Ticketmasterにブロックされることは稀です。

正直に言いましょう。プロキシを買ってきてただ接続するだけでは機能しません。Ticketmasterは、PerimeterX（現Human Security）やDataDomeなどの企業による、非常に高度なフィンガープリンティング技術を使っています。彼らは得意分野で優秀です。しかし、適切な設定を行えば、まだ突破は可能です。ここでは、実際に機能する段階的なガイドを紹介します。

Ticketmasterは、あなたのIPアドレスが主張する場所をチェックします。それがイベントの場所と一致しない場合、即座にフラグが立てられます。

すべきこと:

• 正確な都市を把握する: コンサートがニューヨークのマディソン・スクエア・ガーデンである場合、ニューヨーク市のIPが必要です。ニューヨーク州ではありません。シカゴでもLAでもありません。ニューヨーク市、これで決まりです。
• 都市を指定できるプロバイダーを使う: 優良な住宅用プロキシサービス（Bright Data、Oxylabs、Smartproxyなど）のほとんどは、都市レベルまで絞り込めます。この機能を使いましょう。
• 事前にダブルチェックする: プロキシ経由でトラフィックをルーティングし、
  Copy

  1ipinfo.io

  や
  Copy

  1whatismyipaddress.com

  にアクセスしてください。都市、地域、さらには郵便番号がイベントの場所と一致していることを確認します。
• 近隣の都市は避ける: Ticketmasterは、ニューヨーク市内にいながらニュージャージー州ニューアーク経由でルーティングしていることを見分けられます。プロキシが実際の会場に近ければ近いほど良いです。理想的には、同じ都市圏で同じインターネットプロバイダー（ニューヨーク市ならSpectrumやOptimumなど）が望ましいです。
• モバイルプロキシ（4G/5G）の場合: 携帯基地局の位置がイベント都市と一致することを確認してください。一部のモバイルプロキシプロバイダーでは、特定の基地局や都市ゾーンを選択できます。それを使ってください。

TicketmasterはIPアドレスだけでなく、ブラウザの完全なデジタルフィンガープリントを構築します。2つの異なるプロキシが同じフィンガープリントを共有している場合、Ticketmasterはそれらの関連性を突き止めます。

すべきこと:

• アンチディテクトブラウザを入手する: 通常のChrome、Firefox、Safariなどのブラウザは情報を漏らしすぎます。代わりに以下のいずれかを選びましょう。

  • Multilogin – 強力だが高価
  • GoLogin – 機能とコストのバランスが良い
  • AdsPower – チケット業界で人気
  • Indigo Browser – チケット購入専用に開発

• すべてのプロキシに対して個別のプロファイルを作成する: プロファイルを再利用しないでください。それぞれにユニークな組み合わせが必要です。

  • 画面解像度（1920x1080、1366x768、1536x864などを混在させる）
  • タイムゾーン（プロキシの都市と一致させる）
  • 言語とロケール（アメリカのイベントなら
    Copy

    1en-US

    、英国なら
    Copy

    1en-GB

    など）
  • インストール済みフォント（実際のWindowsやMacのセットアップを模倣）
  • WebGLベンダーとレンダラー（Intel UHDやNVIDIA GeForceなどの一般的なグラフィックカードを偽装）
  • Canvasフィンガープリント（アンチディテクトツールがランダム化）
  • AudioContextフィンガープリント（これもランダム化）
  • プラットフォーム（Windows 10なら
    Copy

    1Windows NT 10.0

    、Macなら
    Copy

    1Mac Intel

    など）

• WebRTCをオフにするか、プロキシのみを使うよう強制する: WebRTCはプロキシを使っていても本当のIPを漏らす可能性があります。アンチディテクトブラウザで「WebRTC漏洩防止」を有効にし、プロキシIPのみが表示されるようにしてください。

• ユーザーエージェントをオペレーティングシステムに合わせる: Windows 10マシンを偽装しているなら、ユーザーエージェントは「Windows NT 10.0」と表示されるべきです。MacのユーザーエージェントをWindowsの画面解像度で使わないでください。不自然に見えます。

• すべてのフィンガープリントを事前にテストする: プロキシを実行した状態で、

  Copy

  1browserleaks.com

  や
  Copy

  1amiunique.org

  にアクセスしてください。以下の点を確認します。
  • IPが正しい都市を示している
  • 実際のIPが漏れていない
  • Canvas、WebGL、フォントが正常で一貫している

Ticketmasterは、クリックの速さ、更新頻度、さらにはマウスの動かし方まで追跡しています。ボットは速すぎて、予測可能すぎます。人間は遅く、ランダムで、少し不器用です。

すべきこと:

• すべての動作にランダムな遅延を入れる: 「正確に2秒待つ」のような固定間隔は使わず、範囲を使いましょう。

  • ページ読み込み後、何かをクリックするまで1.5～4.5秒待つ
  • チケット検索と座席選択の間は3～7秒待つ
  • 更新間隔は5～15秒

• 5秒に1回以上の更新はしない: 正直なところ、5秒でも人間にはかなり速いです。現実的な更新頻度は10～30秒です。

• マウスを自然に動かす: Ticketmasterは、マウスが直線的・ロボット的に動いているか、自然な曲線を描いているかを識別できます。リアルな動きをサポートするツールを使いましょう。

  • StealthプラグインとreCAPTCHAプラグインを備えたPuppeteer Extra
  • カスタムマウス移動スクリプトを備えたPlaywright
  • ランダム化されたベジェ曲線移動を備えたSelenium

• ランダムに上下にスクロールする: 人間はスクロールします。読みます。ブラウズします。8～15秒ごとに200～500ピクセルのランダムなスクロールを挿入します。

• 毎回同じピクセルをクリックしない: 少しランダム性を加えます。例えば、まったく同じ場所ではなく、

  Copy

  1[(x + random(5,15), y + random(5,15))]

  をクリックします。

• チケットをカートに追加した後は一時停止する: 実際のユーザーはカートを確認し、座席の位置を再確認し、チェックアウト前に躊躇します。ここで20～40秒の一時停止を追加します。

異なるプロキシセッション間でCookieやキャッシュを共有すると、Ticketmasterはあなたが同一人物であると判断します。ブラウザデータが真実を語るなら、異なるIPは無意味です。

すべきこと:

• 複数のプロキシで同じブラウザプロファイルを使わない: 各プロキシは、以下を含む完全に個別のプロファイルを取得します。

  • Cookie
  • ローカルストレージ
  • セッションストレージ
  • IndexedDB
  • キャッシュファイル
  • Service Worker

• どうしてもプロファイルを再利用する必要がある場合はすべて消去する: 手動で以下を削除します。

  • すべてのCookie（特に
    Copy

    1*.ticketmaster.com

    に関連するもの）
  • すべてのサイトデータとキャッシュ
  • Ticketmasterドメインのローカルストレージ

• 異なる2つのプロキシから同じTicketmasterアカウントにログインしない: これは大きなレッドフラグです。複数のセッションが必要な場合は、異なる支払い方法を持つ異なるTicketmasterアカウントを使いましょう。

• アンチディテクトソフトウェアがない場合は別のブラウザインストールを使う: 代替策として、FirefoxやChromeのポータブルバージョンをいくつかインストールします。それぞれに独自のプロキシ設定と独自のプロファイルフォルダを与え、それらを隔離してください。

すべて同じサブネットや同じプロバイダーから提供された100のプロキシを使うことは、捕まるのを自ら招くようなものです。多様性が必要です。

すべきこと:

• プロキシの提供元を組み合わせる: すべてのプロキシを一箇所から購入しないでください。2～3の異なる住宅用プロキシネットワーク（Bright Data + IPRoyal + Oxylabsなど）を使って多様性を保ちます。

• 予測可能なIPパターンを避ける:

  Copy

  1192.168.1.1

  、
  Copy

  1192.168.1.2

  、
  Copy

  1192.168.1.3

  のようなIPが見えたら、それらの使用を中止してください。Ticketmasterはこれらのパターンを検出します。異なる
  Copy

  1/24

  サブネットからのプロキシを使いましょう。

• 各IPに休憩を与える: 同じプロキシを4～6時間に1回以上使わないでください。Ticketmasterは最近訪れたIPを記憶しています。本気で取り組むなら、少なくとも50～100のIPプールをローテーションします。

• 禁止リストを維持する: どのプロキシがソフトバンされたかを追跡します。特定のIPがエラーや無限ループを引き起こした場合、そのIPを「停止中」リストに移動し、24～48時間は触れないようにします。

• キューセッションごとに1つのプロキシ: 同じプロキシを複数のブラウザウィンドウで同時に再利用しないでください。待機列の各位置には専用のプロキシが必要です。

1～2のプロキシだけを使う場合は、すべて手動で行えます。しかし、より大規模な運用にはある程度の自動化が必要です。

すべきこと:

• 初心者（1～5プロキシ）: アンチディテクトブラウザを手動モードで使います。各プロファイルをプロキシで設定し、自分の手でブラウズしてクリックします。

• 中級者（5～20プロキシ）: Stealthプラグインを備えたPuppeteer Extraを使います。以下は基本的な設定例です。

1const puppeteer = require('puppeteer-extra');
2const StealthPlugin = require('puppeteer-extra-plugin-stealth');
3puppeteer.use(StealthPlugin());
4
5const browser = await puppeteer.launch({
6  args: [`--proxy-server=${yourResidentialProxy}`],
7  headless: false  // ヘッドレスモードは絶対に使わない。Ticketmasterは簡単に検出する。
8

• 上級者（20プロキシ以上）: カスタムフィンガープリントランダム化とplaywright-extraプラグインを備えたPlaywrightを使います。Playwrightは一般的にPuppeteerよりも検知されずに済む点で優れています。

• ヘッドレスモードは絶対に実行しない: Ticketmasterは、Chrome、Firefox、WebKitのヘッドレスバージョンを検出できます。ブラウザウィンドウが実際に表示されるように、必ず headless: false で実行します。

• キャプチャソルバーを追加する: Ticketmasterは見えないCAPTCHAや時にはhCaptchaを投げかけます。スクリプトに2Captcha、CapMonster、Capsolverなどのサービスを使いましょう。

需要の高いチケット発売日に、新しいプロキシ設定を初めて試そうとしないでください。失敗します。保証します。

すべきこと:

• 需要の低いイベントで練習する: 地元の小さなショーや無料イベントのチケットを購入してみてください。待機列、座席選択、カート追加、チェックアウト（実際に購入はしない）という流れ全体を実行します。

• ソフトバンを監視する: プロキシがフラグを立てられている場合、以下のような現象に気づくでしょう。

  • 待機列で無限に待たされる
  • クリックするすべての座席に対して「チケットは利用できません」
  • 何も起こらないチェックアウトボタン

• フィンガープリント設定を調整する: ブロックされた場合、

  Copy

  1browserleaks.com

  に戻りフィンガープリントを確認します。WebGLレンダラーを変更したり、キャンバスノイズ設定を調整したり、タイムゾーンを修正したりします。

• 発売時間に合わせて予行演習を行う: 実際の発売時間（例：午前10時EST）をシミュレートして、プロキシが実際のプレッシャーの下でどのように動作するかを確認します。

1ipinfo.io

これらのステップに従えば、Ticketmasterの検出を打ち負かす本当のチャンスが得られます。しかし、真実を言えば、Ticketmasterは常にシステムを更新しています。今日うまくいっても明日は失敗するかもしれません。リセラーフォーラムで活動を続け、他の人が何をしているかに注目し、定期的にフィンガープリントと設定を調整する準備をしてください。

プロキシの使用はTicketmasterの利用規約に違反します。検出された場合の結果は以下の通りです。

• ソフトバン: 閲覧はできても、カートにチケットを追加したりチェックアウトを完了したりできなくなります。
• ハードバン: あなたのアカウントと支払い方法が永久にブロックされます。
• チケットのキャンセル: 禁止されている方法を使ってチケットの購入に成功した場合、Ticketmasterは確認後でも注文をキャンセルできます。
• 法的措置: 極端な場合（大規模なボット運用）、Ticketmasterは転売業者に対して訴訟を起こしたことがあります。

個人的なチケットを購入する一般のファンにとって、プロキシはリスクや費用に見合う価値はほとんどありません。プロの転売業者にとっては、プロキシは運用コストの一部です。

});