← ブログに戻る
RUENESZHARPTDEFRJAKOITTRIDVIFAHI

2026年のZennoPosterとBAS用プロキシ：ストリーム、ローテーション、トラフィック管理

ZennoPoster 7.9.1 は各プロキシごとのトラフィックを計算できるようになり、7.9.2 と BAS 30.8.0 は Chromium 152 と 153 に移行しました。ステップバイステップで解説します：アカウントとパースにどのローテーションモードを選ぶべきか、ZennoPoster のリストからストリームに自分のポートを割り当てる方法、なぜ1つのポートを連続して2つのアカウントに渡すことができないのか、ブラウザテンプレートがどれだけのギガバイトを消費するのか。

📅2026年9月29日
2026年のZennoPosterとBAS用プロキシ：ストリーム、ローテーション、トラフィック管理

ZennoPosterとBAS（Browser Automation Studio）は、ロシア語圏で人気のあるボットコンストラクターです。これらを使用して、登録、ウォームアップ、投稿、パースを行います。どちらのプロキシも主要な消耗品であり、フォーマットの誤りではなく、スキームで間違えることが最も多いです。2つのストリームが1つのIPに接続し、登録中にアドレスが変更され、ブラウザのテンプレートが一晩で数十ギガバイトの画像をダウンロードします。2026年の秋までに、これを管理するのが簡単になりました。ZennoPoster 7.9.1（8月11日）は、プロジェクトから直接各プロキシのトラフィックを計算できるようになり、ZennoPoster 7.9.2（9月17日）とBAS 30.8.0（9月16日）は、ブラウザをChromium 152および153に移行しました。以下は、両方のプログラム用の「1ストリーム - 1 IP」の作業スキーム、タスクに応じたローテーションの選択、および請求書が来る前のトラフィックの計算です。

2026年に何が変わり、なぜそれがプロキシにとって重要なのか

テンプレートが年初のバージョンで動作している場合、プロキシに関する一部の問題は単純な更新で解決できます。ZennoLabとBablosoftの変更ログから、プロキシに関して重要な5つのポイントがあります：

  • ZennoPoster 7.9.0（6月25日）。「画像処理 → 画像保存 → URL」ブロックがプロキシを介して動作するようになりました。それまでは、プロキシなしで画像を取得しており、テンプレートが実行されているマシンのIPを使用していました。これは、簡単に見逃せる静かな漏洩です。
  • ZennoPoster 7.9.1（8月11日）。 各プロキシのバイト単位での入出力トラフィックの計算が追加されました。これは、ChromiumおよびChromiumFromZB（WebSocketを含む、キャッシュからの応答なし）のブラウザと、すべてのHTTPブロック（通常、代替、TLS）に対応しています。データは、ZennoPoster.ProxyTrafficInfoオブジェクトを介してコードからアクセスできます。
  • 同じバージョンで、地理データとタイムゾーンのエミュレーションがIPv6アドレスを考慮するようになり、SOCKS5プロキシを使用したZennoBrowserプロファイルは、起動時にタイムアウトでクラッシュしなくなりました。
  • ZennoPoster 7.9.2（9月17日）。 100以上の操作を持つ公開HTTP API、AIアシスタント用の3つのMCPサーバー、タスクのブラウザを自動的に管理する「AIエージェント」ブロックのエージェントモードが追加されました。エンジンはChromium 152です。
  • BAS 30.8.0（9月16日）。 エンジンが153に更新され、テキスト記述に基づいてスクリプトを作成、変更、テストするAgentモードと、二要素認証コードを生成するモジュールが追加されました。

実用的な結論：テンプレートをスケールアップする前に、少なくともZennoPoster 7.9.1とBAS 30.8.0に更新してください。各プロキシのトラフィックの計算は、ギガバイトの支払い時に欠けていたものです。

ステップ1. タスクに応じたローテーションモードを選択

短い答え：アカウントを扱うには、各ストリームに別々のポートを持つスティッキーセッションが必要です。HTTPリクエストによるパースには、各リクエストごとに新しいIPが必要です。アカウントにログインせずにブラウザでパースするには、短い間隔のスティッキーセッションが必要です。

ProxyCoveでは、モードはポートによって設定されます。ポート824は、各リクエストごとにIPを変更します。ポート10000–20000は、間隔ローテーションで動作します。各ポートは独自のIPを提供し、指定された時間（1〜120分）保持します。間隔はプロキシカードのローテーション設定で変更できます。

  • 登録、ウォームアップ、投稿。 アカウントには、サイクル全体で安定したアドレスが必要です。間隔は、1回の実行の長さに余裕を持たせて設定してください。メール確認を伴う登録が20〜25分かかる場合は、40〜60分を選択してください。フォームの途中でIPが変更されるのは、典型的なチェックポイントの原因です。
  • GET/POSTブロックによるデータ収集。 各リクエストは独立しており、セッションを保持する必要はありません。ポート824は、プールに負荷を分散させ、1つのIPに対する制限にぶつかる可能性を減少させます。
  • ログインなしのブラウザパース。 ここでは、各リクエストごとのローテーションは逆効果です。Web Almanac 2025によると、デスクトップの中央値ページは77の異なるリソースにリクエストを行い、ポート824では1ページの一部が異なるアドレスから送信されます。ボット対策システムにとってこれは非典型的な動作であるため、1〜5分の間隔でスティッキーポートを使用し、ページ間でIPを変更し、内部ではなくページ間で変更してください。

ステップ2. プロキシのタイプを選択

タイプは、ギガバイトの価格だけでなく、サイトがアドレスにどのように対応するかも決定します：

  • レジデンシャル — 家庭用プロバイダーのIP。ブラウザテンプレート、マーケットプレイス、SEOスクレイピング、中程度の厳しさのサイトでの登録の基本的な選択肢です。ProxyCoveでは、国とローテーション間隔を選択できるレジデンシャルプロキシは、1GBあたり$2.70です。
  • モバイル — 通信事業者のアドレス。1つのIPを介してCGNATを通じて多くの実際の加入者が同時にネットワークに接続するため、ソーシャルメディアはこれらをより慎重に禁止します。これは、ソーシャルメディアアカウントや厳しいサイトの選択肢です：モバイルプロキシは1GBあたり$3.80です。
  • データセンター — 1GBあたり$1.50、速くて安価ですが、そのサブネットはボット対策システムによく知られています。HTTPパースには適していますが、ソーシャルメディアアカウントには悪い選択肢です。

サイトが特定のアドレスではなく安定した地理を重視する場合、都市やオペレーター（ASN）によるターゲティングを有効にしてください。IPは変更されますが、通常のユーザーのように同じ都市やネットワーク内で変更されます。ターゲティングは高価です：レジデンシャルの場合は1GBあたり$4.70です。

ステップ3. 「1ポート - 1ストリーム」のリストを準備

  1. ProxyCoveのダッシュボードでプロキシカードを開き、間隔ローテーションを有効にします。
  2. 「ストリーム数」フィールドに必要な行数を指定します。ポートは別々に課金されないため、トラフィックに対してのみ支払います。したがって、ストリーム数の2〜3倍の長さのリストを取得してください。その理由は後で説明します。
  3. httpまたはsocks5形式を選択します。ダッシュボードは、ポート10000、10001、10002などの行を生成します。各行は独自のIPを持つ独立したセッションです。
  4. リストをファイルに保存します。例えば、proxies.txtという名前で保存します。行は次のようになります：socks5://login:[email protected]:10000。

ターゲティングが有効になっている場合、国、都市、またはASNのパラメータは、ログインにセミコロンで追加されます。行全体をコピーし、手動で修正しないでください。パラメータの誤りは、認証やターゲティングを壊す可能性があります。

ステップ4. ZennoPoster：各ストリームにプロキシを設定

ZennoPosterでは、プロキシをグローバルに、プロジェクトごとに、またはストリームごとに設定できます。マルチスレッド作業には、テンプレート内のリストから行を取得するのが最も信頼性があります：

  1. ProjectMakerに「リスト」ブロックを追加し、「ファイルから読み込む」と「リストの変更をファイルに保存する」を有効にし、proxies.txtへのパスを指定します。
  2. 「リスト操作」を追加し、「行を取得」→「最初の行」を選択し、「取得後に行を削除する」にチェックを入れます。結果を変数に格納します。例えば、proxyという名前にします。削除することで、2つの並行ストリームが同じポートを取得しないことが保証されます。
  3. 「ブラウザ → 設定 → プロキシを設定」を追加し、{-Variable.proxy-}を渡します。位置情報とタイムゾーンのエミュレーションを有効にします。ブラウザは、プロキシのIPに基づいて地理データとタイムゾーンを取得します。
  4. 各HTTPブロック（GET、POST）で同じプロキシを記述します。変数またはプロジェクトのプロキシオプションを介して設定します。ブロック内のプロキシフィールドが空である場合、それはサーバーのIPからのリクエストを意味します。
  5. 実行の最後に、成功した枝とエラーの枝の両方で、行をリストの最後に戻します。そうしないと、リストは徐々に空になり、各失敗したストリームがポートを永遠に「消費」します。

組み込みのProxyCheckerは公開リストに便利ですが、トラフィックに対して支払うゲートウェイの場合、リスト全体を定期的にチェックするのは無意味です。各チェックは支払ったメガバイトを消費し、ポート824では次のリクエストが別のIPから送信されます。大規模な起動の前に、数行を確認するだけで十分です。

ステップ5. BAS：プロキシとProxyアクションのリソース

  1. プロキシのリストを持つ「ファイル」または「URL」タイプのリソースを作成します。これは、Bablosoftのドキュメントが推奨する方法で、テンプレートのユーザーがソースを自分で選択できるようにします。
  2. リソースの設定で、1つのストリームによる行の同時使用を制限します。同じ場所で成功した使用と失敗した使用の制限、および使用間の間隔を設定します。スティッキーポートの場合、ローテーション間隔よりも短く設定しないでください。
  3. ストリームの最初のアクションとして、任意のページを読み込む前に「プロキシ」を設定し、リソースから行を渡します。BASは、login:password@host:portやsocks5://login:password@host:portなど、多くのフォーマットを理解し、認証付きのHTTPおよびSOCKS5で動作し、プロキシを介してDNSリクエストを送信します。
  4. プロキシのIPに基づいて、地理位置とタイムゾーンの変更をアクションに含めます。
  5. テンプレートがHTTPクライアントにもアクセスする場合、そのためのプロキシも設定してください。HTTPクライアントには、ブラウザとは別の設定があります。

BASには考慮すべき2つの特徴があります。プロキシはストリームを再起動せずに変更でき、再度「プロキシ」アクションを実行することでIPを誤って変更できます。また、プロキシが応答しなくなった場合、BASはストリームを再起動し、次のものを取得します。パースにはプラスですが、アカウントにはリスクがあります。作業は別のIPで続行されます。「アカウント - ポート」のペアを保持し、アカウントをそのポートに戻してください。

ステップ6. 起動前にトラフィックを計算

ギガバイトに対して支払う場合、ブラウザテンプレートはスキームの中で最も高価な部分です。Web Almanac 2025によると、デスクトップの中央値のホームページは2862KBで、そのうち1058KBは画像です。10,000回のページダウンロードは約28.6GBで、レジデンシャルプロキシでは約$77です。画像なしでは約18GBで$49です。実際の数字はサイトやキャッシュによって異なりますが、概算は明確です：画像は請求の3分の1以上を占めます。

  • BAS。「Request mask deny」と「Request mask allow」アクションは、ページを読み込む前に設定され、ワイルドカードを使用したマスクを受け入れます。Bablosoftのドキュメントの例では、*.png、*.jpg、*.gifを禁止し、キャプチャ画像のみを許可して、これだけが読み込まれるようにします。
  • ZennoPoster。 最大の節約は、データ収集をブラウザからGET/POSTブロックに移行することです。これらは画像、フォント、スクリプトを引き込まないためです。「トラフィック」ウィンドウでは、どのリクエストが最も重いかがわかります。また、7.9.1以降、各プロキシのボリュームをZennoPoster.ProxyTrafficInfoを介してコードから読み取り、ログに書き込み、しきい値を超えた場合にストリームを停止できます。
  • ソーシャルメディアに注意。 画像なしのページは実際のユーザーには珍しく、いくつかのサイトではそれ自体が非典型的に見えます。アカウントには、重い動画やメディアをブロックするだけに留め、画像は残す方が良いです。

ダッシュボードで自分のアカウントを確認してください。そこでは、各プロキシの残高と消費グラフが表示されます。プロバイダーのデータは遅延があるため、迅速な監視はテンプレート内で行う方が便利です。

落とし穴

  • 実際のIPの漏洩。 プロキシなしのHTTPブロック、ZennoPosterでのURLによる画像保存（7.9.0以前）、WebRTC。テンプレートの最初のステップとして、IPとWebRTCを確認するページを開き、結果をプロキシのアドレスと比較してください。これは、禁止に対処するよりも安価です。
  • セッションの途中でのIP変更。 ローテーション間隔がアカウントのサイクルよりも短い場合、サイトは1つのフォームのステップ間でアドレスのジャンプを検出します。ProxyCoveの最大間隔は120分です。長いシナリオは、プロファイルを保持した短いセッションに分割してください。
  • 1つのIPを2つのアカウントで使用。 ローテーション間隔が経過するまで、ポートは以前のアドレスを提供します。ポートが次のアカウントにすぐに渡されると、そのアカウントは前のIPでネットワークに接続します。これが長いリストについてのアドバイスの理由です。30のストリームと90のポートがある場合、各ポートは再使用の前に「冷却」される時間があります。
  • 地理の不一致。 ブラウザのタイムゾーンと地理位置は、IPの国と一致する必要があります。プロキシが「ドイツ」で、サイトがオランダを表示している場合、通常は地理データベースの問題であり、プロキシの問題ではありません。IP地理位置情報がどのように機能し、データベースが不一致になる理由を参照してください。
  • エンジンのフィンガープリンティング。 新しいChromiumバージョンは新しいシグナルをもたらします。Chrome 152には、主にコア数に依存するプロセッサのクラスであるnavigator.cpuPerformanceプロパティが追加されました。ZennoPoster 7.9.2とBAS 30.8.0はChromium 152および153で動作します。テンプレートが2コアのVPSで実行され、プロファイルが強力なデスクトップを示す場合、このプロパティが何を返すかを確認してください。Chrome 152における新しい検出シグナルの解析を参照してください。
  • AIエージェントとトラフィック。 ZennoPoster 7.9.2の「AIエージェント」ブロックのエージェントモードは、タスクのブラウザを管理し、したがってそのプロキシを介してネットワークに接続します。彼のサイクルは必須のイテレーション制限で制限されています。余裕を持って制限を設定しないでください。余分なイテレーションはトークンとメガバイトの両方を消費します。

結論

両方のプログラムに対するスキームは同じです：各ストリームに対して別々のスティッキーポート、アカウントのサイクルよりも長いローテーション間隔、ポートの再使用前の休止、IPに基づく地理位置とタイムゾーン、すべてのHTTPリクエストにプロキシを使用し、初日からトラフィックを計算します。まずは1ストリームから始めてください。IP、WebRTC、タイムゾーンを確認し、100サイクルを実行してZennoPoster.ProxyTrafficInfoまたはダッシュボードで消費を確認してください。その後、テンプレートを数十または数百のストリームにスケールアップする方が安全で安価です。アカウントを持つブラウザシナリオには、間隔ローテーションのレジデンシャルまたはモバイルプロキシを使用し、HTTPパースには各リクエストごとに新しいIPのポートを使用してください。