クイック回答
複数のリクエストで同じ都市のIPを維持するには？
EuroCity Proxiesのスティッキーセッションは1つの出口IPを最大30分（レジデンシャルデバイスがオフラインになるなど、IPはそれより早く変わる場合があります）維持します。都市のユーザー名に-session-<id>-ttl-<minutes>を追加します。例えばUSERNAME-country-fr-city-lyon-session-lyon1-ttl-10です。2026年10月時点で、ttlは最大30に設定できます。セッションIDは都市ごと、タスクごとに1つ使用してください。
ローテーションとスティッキーのユーザー名はどう違いますか？
| モード | ユーザー名の例 | 出口IPの挙動 | 向いている用途 |
|---|---|---|---|
| ローテーション | USERNAME-country-pl-city-krakow | 新しい接続は通常、その都市内の別のIPを取得します | 独立したページ読み込み、接続ごとに1つ |
| スティッキー、10分 | USERNAME-country-pl-city-krakow-session-krk1-ttl-10 | 新しい接続をまたいでも最大10分間同じIP | 短時間の確認: ページ、2回のクリック、スクリーンショット |
| スティッキー、30分 | USERNAME-country-pl-city-krakow-session-krk2-ttl-30 | 最大30分間同じIP | テストモードのチェックアウトなど、自分のサイトを使ったより長いテスト |
スティッキーセッションは何をするのですか？
スティッキーセッションは、セッションIDを一定時間1つの出口IPに紐付けます。同じユーザー名（同じIDを含む）を使うすべての接続は、ttlが切れるまでそのIPから出ていきます。背後の家庭側デバイスがオフラインになるなど、IPがそれより早く変わることもあります。
セッションIDがない場合、ゲートウェイはローテーションモードで動作します。新しい接続ごとにプールからIPが割り当てられ、通常は別のIPになります。リクエストごとに新しいIPを取得するには、接続ごとに1リクエストを送信してください（keep-aliveをオフにする）。ローテーションは独立したリクエストに適しています。スティッキーセッションは、1つの場所から来た1人の訪問者として扱う一連の流れに適しています。例として、配送地域をCookieに保持するストアがあります。
セッションは、都市リストで選んだ都市を維持します。これらをASNターゲティングと組み合わせ、プロキシ都市チェッカーで出口を確認してください。プランは料金ページにあります。
都市ごと、タスクごとに1つのセッションを使うのはなぜですか？
そうすることで、各タスクに明確な開始、既知の出口、きれいな終了ができるからです。IDは都市とタスクにちなんで名付けます。最初のLyonチェックにはlyon1、2回目のKrakówチェックにはkrk2といった具合です。セッションIDは1〜32文字の英数字です。
これにより結果が読みやすくなります。Lyonのページがおかしいとき、どの出口がそれを返したかが分かり、そのIPを確認できます。また、1つの長時間セッションが複数のチェック、Cookie、カートを同じアドレスで混在させるのを防ぎます。タスクが終わったらそのクライアントを閉じ、新しいIDで次のタスクを始めます。
ttl-10とttl-30のどちらを選ぶべきですか？
タスクをカバーする最短のttlを選びます。ほとんどのチェックにはttl-10、長いフローにのみttl-30です。都市ページ、商品、配送枠のチェックは通常10分に収まります。フォームやテストモードの支払いステップを含む自分のチェックアウトのテストには30分必要かもしれません。
ttl全体を見込まないでください。タスクの開始時と終了時に出口IPを確認します。変わっていたらデバイスがオフラインになったということなので、新しいIDでタスクを一度やり直します。最大は30分なので、より長い作業はいくつかのタスクに分けてください。
キープアライブは出口IPをどう変えますか？
キープアライブは1つの接続を開いたままにし、1つの接続は1つの出口を維持します。HTTP/1.1接続はRFC 9112でデフォルトで永続的であるため、クライアントは閉じるよう指示されない限りそれらを再利用します。
- requests:
Sessionはプールから接続を再利用します。Requestsのドキュメントでは、キープアライブはセッション内で自動と説明されています。 - httpx:
Clientも同様に接続を開いたままにします。 - undici (Node.js): アイドルソケットはデフォルトで4秒間開いたままになり（
keepAliveTimeout）、サーバーがキープアライブのヒントを送るとより長くなります。
スティッキーセッションではこれは問題になりません。IDが新しい接続でもIPを維持するからです。ローテーションユーザー名では問題になります。1つの開いた接続で送られたリクエストは1つの出口を共有します。リクエストごとに新しいIPを得るには、毎回接続を閉じるか新しいクライアントを開いてください。
# pip install requests
from urllib.parse import quote
import requests
HOST = "gw.eurocityproxies.com"
PORT = 7777
PASSWORD = quote("PASSWORD", safe="")
def session_for(country: str, city: str, task: str, ttl: int = 10) -> requests.Session:
user = f"USERNAME-country-{country}-city-{city}-session-{task}-ttl-{ttl}"
proxy = f"http://{user}:{PASSWORD}@{HOST}:{PORT}"
s = requests.Session()
s.trust_env = False # ignore HTTP_PROXY / HTTPS_PROXY set on your machine
s.proxies = {"http": proxy, "https": proxy}
return s
def exit_ip(s: requests.Session) -> str:
return s.get("https://ipinfo.io/json", timeout=30).json()["ip"]
tasks = [("fr", "lyon", "lyon1"), ("pl", "krakow", "krk1"), ("nl", "the_hague", "hag1")]
for country, city, task in tasks:
with session_for(country, city, task) as s:
start = exit_ip(s)
page = s.get("https://YOUR-SITE.example/", timeout=30)
end = exit_ip(s)
note = "same exit" if start == end else "exit changed: repeat once with a new id"
print(city, start, page.status_code, note)セッションでサイトのレート制限を回避できますか？
いいえ。セッションやローテーションはリクエストの送信元を選ぶだけで、サイトが許可する内容を変えるものではありません。都市ごと、実行ごとに1つのセッションを、控えめなレートで実行してください。ローテーションはサイトのレート制限を回避する方法ではありません。
ページが失敗したら、待ってから後で一度リトライします。サイトが拒否し続ける場合は中止し、APIやデータパートナーなど公式のルートを使ってください。利用規約に、本サービスで行ってはならないことが記載されています。
スティッキーセッションはどれくらいの通信量を使いますか？
セッション自体にはコストはかかりません。支払うのは送受信したデータ分だけです。使用量はプロキシ経由で送受信されたすべてのデータ（アップロード・ダウンロード、ヘッダー含む）をカウントします。1 GB = 1,000,000,000バイト。ターゲットに到達する前に失敗した接続試行はカウントされません。1ページと2回のIPルックアップを含む短い都市チェックでは、ページによりますが、通常は数メガバイト以下です。
通信量はアカウントのすべての都市とセッションで共有されます。プリペイドのレジデンシャルトラフィックとローテーションモバイルトラフィックは有効期限なし：未使用のGBは使用するまでアカウントに残ります。プランは料金ページで1 GBあたり$0.95から始まります。
スティッキーセッション：よくある質問
最長のスティッキーセッションはどれくらいですか？
30分です。ユーザー名に-ttl-30を設定します。背後の家庭側デバイスがオフラインになると、IPがそれより早く変わることもあります。各タスクの開始時と終了時に出口IPを確認してください。
同じ都市で新しいIPを取得するにはどうすればよいですか？
セッションIDを変更します（例：lyon1からlyon2へ）。ユーザー名の残りの部分はそのままにします。ローテーションユーザー名の場合は、代わりに新しい接続を開きます。
2つのスクリプトで1つのセッションを共有できますか？
セッションはユーザー名、ID、ttlで識別されるため、まったく同じ値を送る2つのスクリプトは同じスティッキーセッションを要求します。依存する前に各スクリプトで出口IPを確認し、タスクごとに別々のIDを使用してください。
スティッキーセッションは同じ都市を維持しますか？
はい。都市はユーザー名の一部であり、セッションはその都市のターゲティングから1つの出口IPを維持します。都市の可用性は異なります。オンラインの内容はチェックアウトに表示されます。
ttl-10で2分後にIPが変わったのはなぜですか？
家庭用接続はオフラインになります。ルーターの再起動、デバイスのスリープ、プロバイダーによるアドレスの再割り当てなどです。するとセッションは新しい出口を取得します。新しいIDでタスクを一度やり直してください。毎回のタスクで発生する場合は、時刻とIPを添えてサポートに連絡してください。
スティッキーセッションはローテーションより高くつきますか？
いいえ。どちらも同じGB単位の通信量を使います。すべてのプランで国・都市ターゲティング。米国では州とZIPコードにも対応。ASNターゲティングは追加料金なし。都市の提供状況は異なります。
ソース (5)
- RFC 9112 HTTP/1.1、セクション9.3 永続性 — IETF (June 2022, checked 2026-10-18)
- Requests: 高度な使用法、セッションオブジェクトとキープアライブ — Requests (checked 2026-10-18)
- undici Client: keepAliveTimeout（デフォルト4e3 ms） — Node.js project (checked 2026-10-18)
- HTTPX: プロキシ — Encode (checked 2026-10-18)
- IPinfo JSONエンドポイント — IPinfo (checked 2026-10-18)