どのプロキシプロバイダーも、rotating と sticky という 2 つの基本的なセッションモードを提供しています。間違ったほうを選べば、アカウントが BAN され、スクレイパーがブロックされ、データが壊れます。本ガイドでは、それぞれが正確にどう動くのか、いつ使うのか、そして両方を単一のプロキシエンドポイントから設定する方法を解説します。
rotating プロキシは、リクエストごとに新しい IP アドレスを割り当てます（あるいは非常に短い間隔ごとに）。アプリケーションが rotating プロキシ経由でリクエストを送ると、ゲートウェイがプールから別の IP を選び、リクエストを転送し、レスポンスを返します。次のリクエストはまったく別の IP になります。
これがほとんどの residential プロキシプールのデフォルト動作です。リクエスト間でセッション状態は保持されません。ターゲットウェブサイトから見ると、各リクエストは別の場所にいる別のユーザーから来ているように見えます。
技術的な仕組み：
gate.jibaoproxy.com）に接続します。ローテーションはゲートウェイのレベルで起こります。アプリケーションはプロキシエンドポイントへの単一接続を維持しますが、出口 IP はリクエストごとに変わります。
sticky session プロキシは、定められた期間（通常 1〜30 分）の間、同じ IP アドレスを割り当てます。同じセッション識別子で送られたすべてのリクエストは、セッションが切れるか IP が利用不能になるまで、同じ出口 IP 経由でルーティングされます。
これは、ターゲットウェブサイトが複数のリクエストにまたがってあなたの IP を追跡するあらゆるワークフローで決定的に重要です。ログインフロー、複数ステップのフォーム、ショッピングカートのチェックアウトは、いずれも IP の一貫性を必要とします。フローの途中で IP が変わると、サーバーはそれをセッションハイジャックとみなしてあなたをブロックします。
技術的な仕組み：
user-session-abc123）を入れてプロキシゲートウェイに接続します。鍵となるのはセッション ID です。これを変えれば新しい IP になり、保てば同じ IP のままです。
| 項目 | Rotating プロキシ | Sticky セッションプロキシ |
|---|---|---|
| IP の挙動 | リクエストごとに新しい IP | 1〜30 分間は同じ IP |
| 匿名性 | 最大 — 追跡できるパターンがない | 中程度 — セッション内で IP が一貫する |
| 速度 | わずかに速い（セッション参照がない） | セッション確立後は同等 |
| BAN 耐性 | 大規模スクレイピングで高い | アカウントベースのワークフローで高い |
| ユースケース | スクレイピング、価格モニタリング、SEO 監査 | ログインフロー、ソーシャルメディア、e コマース |
| 複雑さ | なし — デフォルト動作 | セッション ID の管理が必要 |
| コスト | GB あたり同一料金 | GB あたり同一料金 |
| IP プール利用率 | リクエスト全体で多数の IP を使う | アクティブなセッションごとに 1 つの IP を保持 |
数千〜数百万ページからデータを収集する必要があるとき、rotating プロキシはリクエストを IP プール全体に分散させます。単一の IP がレート制限を発動させるほどのリクエストを送ることはありません。これは、商品カタログ、求人情報、不動産データ、公的記録のスクレイピングにおける標準的なアプローチです。
e コマースの価格モニタリングでは、競合各社の同じ商品ページを繰り返しチェックする必要があります。rotating プロキシは各チェックが別の IP から来ることを保証し、ターゲットサイトがあなたのモニタリングパターンを検知して操作された価格を提示するのを防ぎます。
検索エンジンは IP の位置と履歴に基づいて結果をパーソナライズします。rotating プロキシは各順位チェックにクリーンな IP を与え、本物の初訪問ユーザーが見るのと同じ結果を確実に見られるようにします。これは複数の地域にまたがる正確な SERP トラッキングに不可欠です。
広告が地域ごとに正しく表示されるかを検証するには、多様な IP からのリクエストが必要です。rotating プロキシは、個々のセッションを管理するオーバーヘッドなしに、自然な地理的分散をもたらします。
ログインを必要とするウェブサイトは、認証プロセス全体を通してあなたの IP を追跡します。ユーザー名を入力してからパスワードを送信するまでの間に IP が変わると、サーバーはそれを不審とみなしてフラグを立てます。sticky セッションはログインシーケンス全体を通して IP の一貫性を維持します。
e コマースのチェックアウトは通常、カートへ追加、配送先入力、支払い情報入力、注文確定という流れになります。各ステップは、リクエストが前のステップと同じ IP から来ていることを検証します。10〜30 分の期間を持つ sticky セッションがフロー全体をカバーします。
Instagram、Facebook、TikTok のようなプラットフォームは IP でアカウントをフィンガープリントします。複数アカウントの管理には、各アカウントに専用の sticky セッションを割り当てる必要があります。アカウント A とアカウント B が IP を共有すると、両方ともフラグが立ちます。管理ウィンドウ全体にわたる sticky セッションで、アカウントごとに一意のセッション ID を使ってください。
多くのウェブサイトは初回訪問時に cookie をセットし、以降のリクエストでそれを発信元 IP と照合します。rotating プロキシは IP が変わるのに cookie は残るため、この検証を壊します。sticky セッションは cookie と IP の両方を一貫させます。
JIBAO Proxy は、同じゲートウェイエンドポイント gate.jibaoproxy.com を通じて rotating と sticky の両セッションをサポートします。セッションの挙動はユーザー名のフォーマットで制御します。
Rotating モード（デフォルト）： 標準の認証情報で接続します。各リクエストが自動的に新しい IP を取得します。
gate.jibaoproxy.com2000（HTTP）または 2001（SOCKS5）your_usernameyour_passwordSticky セッションモード： ユーザー名にセッション識別子を追加します。同じセッション ID を持つすべてのリクエストが、設定された期間の間、同じ IP を使います。
gate.jibaoproxy.com2000（HTTP）または 2001（SOCKS5）your_username-session-SESSION_IDyour_password国コードを追加することで、特定の国をターゲットにすることもできます：
your_username-country-us-session-SESSION_IDdynamic residential プロキシの詳細はダイナミック住宅プロキシを参照してください。決してローテーションしない専用の static IP についてはスタティック住宅プロキシを参照してください。
import requests
import uuid
PROXY_HOST = "gate.jibaoproxy.com"
PROXY_PORT = 2000
USERNAME = "your_username"
PASSWORD = "your_password"
def get_proxy_url(session_id=None, country=None):
"""Build proxy URL for rotating or sticky mode."""
user = USERNAME
if country:
user += f"-country-{country}"
if session_id:
user += f"-session-{session_id}"
return f"http://{user}:{PASSWORD}@{PROXY_HOST}:{PROXY_PORT}"
# --- Rotating mode: new IP every request ---
print("=== Rotating Mode ===")
for i in range(3):
proxy_url = get_proxy_url()
resp = requests.get(
"https://httpbin.org/ip",
proxies={"http": proxy_url, "https": proxy_url},
timeout=15,
)
print(f"Request {i+1}: {resp.json()['origin']}")
# --- Sticky mode: same IP for all requests in session ---
print("\n=== Sticky Session Mode ===")
session_id = uuid.uuid4().hex[:8]
for i in range(3):
proxy_url = get_proxy_url(session_id=session_id)
resp = requests.get(
"https://httpbin.org/ip",
proxies={"http": proxy_url, "https": proxy_url},
timeout=15,
)
print(f"Request {i+1}: {resp.json()['origin']}")
# All three requests above will show the same IP.
# --- Multiple sticky sessions (e.g., one per account) ---
print("\n=== Multiple Sticky Sessions ===")
accounts = ["shop_account_1", "shop_account_2", "shop_account_3"]
for account in accounts:
proxy_url = get_proxy_url(session_id=account, country="us")
resp = requests.get(
"https://httpbin.org/ip",
proxies={"http": proxy_url, "https": proxy_url},
timeout=15,
)
print(f"{account}: {resp.json()['origin']}")
# Each account gets its own dedicated IP.sticky セッションでログインフローを開始したのに、誤ってセッション ID なしのリクエストを送ると、ゲートウェイはランダムな IP を割り当てます。ターゲットサイトはフローの途中で別の IP を見てあなたをブロックします。ワークフロー内のすべてのリクエストで、セッション ID が常に一貫していることを必ず確認してください。
3 分かかるチェックアウトフローに 1 分の sticky セッションを設定すると、購入を完了する前に IP が変わってしまいます。ワークフローにかかる最大時間を見積もり、バッファを加えてください。ほとんどのインタラクティブなフローでは、10〜15 分が安全なデフォルトです。
50 個のソーシャルメディアアカウントを管理していて、そのうち 2 つに誤って同じセッション ID を使うと、両アカウントが同じ IP 経由でルーティングされます。プラットフォームはそれらを紐づけ、両方を BAN します。アカウントごとに一意で決定的なセッション ID を生成してください（例：アカウント名のハッシュ）。
一部のスクレイパーは、CAPTCHA や年齢確認ゲートを回避するために最初のリクエストで cookie をセットし、以降のリクエストでその cookie を再利用します。rotating プロキシでは IP が変わるのに cookie は残り — ターゲットサイトがその不一致を検知します。cookie の永続性に依存するスクレイピングには sticky セッションを使ってください。
sticky セッションはセッション期間中プールから IP を保持するため、他のリクエストに使える IP が減ります。タスクがステートレス（例：静的ページのスクレイピング）なら、rotating プロキシを使ってプール利用率を最大化し、単一の IP でレート制限に当たる可能性を最小化してください。
判断はシンプルです：ターゲットウェブサイトは、複数のリクエストにまたがって同じ IP を見る必要があるか？
ハイブリッドなワークフロー（例：URL のリストを rotating でスクレイピングし、その後それぞれに sticky でログインする）では、ユーザー名のセッションパラメータを追加または削除することでモードを切り替えます。エンドポイントやポートの変更は不要です。
JIBAO Proxy は、両セッションモードを含むダイナミック住宅プロキシを $2/GB から、そして恒久的で決してローテーションしない IP を必要とするアカウント向けにスタティック住宅 IPを $4/月で提供しています。すべてのオプションは料金ページをご覧ください。
500MB の無料トラフィックを受け取り、residential プロキシで rotating と sticky の両セッションモードをテストしましょう。
無料トライアルを始める新規ユーザーは登録時に500MBを獲得、さらに初回チャージにボーナスが付きます。期間限定オファーです。