# 静的ISPアドレスで行うアカウント管理のためのプロキシ | ProxyJam アカウント管理のためのプロキシ。ご自身が保有する、または運用の権限があるアカウントに静的レジデンシャルIPを使う方法と、当社の適正利用ポリシーが線を引く場所を説明します。 - Canonical: https://proxyjam.com/ja/solutions/account-management/ - Updated: 2026-10-23 - Language: ja 毎日同じネットワークからサインインするチームでは、セキュリティアラートが意味を保ちます。普段のサインインが変わらないので、いつもと違うサインインが目立つからです。静的ISPアドレスはそのネットワークの役割を果たします。名前の分かるインターネット事業者のネットワーク上にある同じIPを、保持しているあいだはどのセッションでも使います。 このシナリオには条件があり、ポリシーだけでなくここにも記しています。ご自身が個人として保有していないアカウントについては、アクセスを開放する前に、そのアカウントに対する権限の証明が必要です。 ご自身が保有する、または運用の権限があるアカウントには、運用するアカウント用に1つの静的アドレスを使い、それを保持してください。そうすればアカウント自身のサインイン履歴が一貫し、セキュリティアラートも意味を保ちます。ご自身が個人として保有していないアカウントについては、先にそのアカウントに対する権限の証明が必要です。 ## 設定する 共有のアドレスは、無関係なアカウントのサインイン履歴を混ぜてしまいます。アカウントごとに別のアドレスを使えば、各チームの履歴が一か所にまとまります。 1. **アカウントごとに専用のアドレスを割り当てる。** サインイン履歴、許可リスト、セキュリティアラートはアドレスに結び付いています。代理店が複数のクライアントのアカウントを運用する場合、クライアントごとに別のアドレスを使えば、あるクライアントのネットワーク設定やアラートが別のクライアントのものに混ざりません。 2. **アカウントが登録されていて、チームが業務を行っている国のアドレスを選ぶ。** カタログはすべてのブロックについて背後の事業者を名前で示しており、米国では19社です。 3. **そのあとは何も変えない。** 価値は継続性にあります。ローテーションのたびに、また別のネットワークからログインするたびに、アカウントの履歴には新しい記録が加わります。アドレスの料金は期間単位でお支払いいただくので、保持し続けるのが既定の状態です。 ## 二つに分かれるシナリオのうち、権限のある側 ### 自社のビジネスアカウント 自社に属する会社のプロフィールや開発者コンソールで、各プラットフォームの規約が認める範囲で、1つのビジネスにつき1つです。検証は不要です。アドレスは、プラットフォームから見てチームが一貫した1つのネットワークにいる状態を作ります。アカウントが勤務先やクライアントのものである場合は、次のカードが当てはまります。 ### 運用を委託されたアカウント クライアントの発信を運用する代理店やマネージドサービスのチームです。当社のポリシーが確認を求めるのはこのケースで、アカウントに対する権限を示していただければ開放します。代理店の場合、その証明はすでにある契約書であることが多いでしょう。代理店はクライアントごとのアクセスを専用の静的レジデンシャルIPに分けることが多く、そうすればあるクライアントの許可リストやアラートが別のクライアントのものと分かれたままになります。 ### 1つのオフィス回線を使うチーム 多くの会社は、従業員の通信を1つのオフィス回線から送り出しています。固定アドレスは、プラットフォームが認める範囲で、権限のある複数のスタッフが使うアカウントに同じことをします。また、アカウント自身のセキュリティ設定で許可リストに登録するアドレスが1つで済みます。 ### プラットフォームが許可リストに登録したアカウント 連携やAPIキーが特定のIPに結び付けられている場合、そのアドレスはお客様のものであり、お客様のものであり続けなければなりません。ローテーションのプールではこの約束を守れません。次のリクエストは別のアドレスから出ていくからです。 ### 自社アカウントでの長期的な自動化 ご自身が管理するアカウントに対する予約投稿、レポートの取得、受信箱の処理で、自動化についてのプラットフォーム自身の規則の範囲内で行うものです。作業は定型的で、実行のたびに別のネットワークから届くと動かなくなります。 ## アカウントをつなぐ前に 1. アカウントはご自身のものであるか、運用する権限を書面で示せる。 2. 予定している使い方を、自動化も含めてプラットフォーム自身の規約が認めている。 3. アカウントには専用のアドレスがあり、他のアカウントはそれを使っていない。 4. アドレスは、アカウントが正当に運用されている国にある。 5. アカウントへのサインインを許可された全員が、そのアドレスを経由している。 6. 自動更新がオンになっているか、更新日がカレンダーに入っている。同じアドレスを保つのは更新だからです。 ## この作業で重要な性質 - **アドレスの安定性:** 期間全体を通じて1つのアドレスで、他のお客様は使わない - **ネットワークの登録:** 名前の分かるインターネット事業者 - **ローテーション:** なし。設計上そうなっており、これこそが購入する性質 - **セッションの長さ:** セッションのタイマーはなく、お支払いいただいた期間のあいだアドレスを保持 - **アクセス制御:** ユーザー名とパスワード、またはお客様自身の送信元アドレスを登録するIPホワイトリスト - **同時接続:** プロキシ1つあたり同時セッション最大100。暦月で50 GBを超えると10 ## アカウント管理についての質問 ここにある回答の一つは、販売条件だけでなく、このシナリオに付く条件も述べています。購入者が支払ったあとで初めて知る条件は、当社が隠していた条件だからです。 ### ProxyJamをアカウント管理に使ってもよいですか？ ご自身が個人として保有するアカウントであれば、はい。検証の手順もありません。ご自身が個人として保有していない第三者プラットフォーム上のアカウント（クライアントのもの、勤務先のもの、ご自身以外の誰かのもの）については、当社の適正利用ポリシー第2条に、アクセスを開放する前に「当該アカウントに対する権限の証明をお願いします」とあります。検証とは、そのアカウントに対する権限があることを書面で確認することで、本人確認や事業者確認を含む場合があります。代理店の場合、その証明はすでにある契約書であることが多いでしょう。第5条は、権限なく第三者プラットフォーム上のアカウントを「作成、認証、エイジング、ファーミング、自動化、販売、貸与、または譲渡する行為」と、「停止措置の潜脱」を目的とした身元の隠蔽を禁止しています。当社の検証が確認するのは、他者のために運用するアカウントに対するお客様の権限です。アカウントの作成、エイジング、ファーミングをプラットフォームが許可したことにはなりません。アカウントがご自身のものでもクライアントのものでも、プラットフォーム自身の規則は引き続きお客様に適用されます（第3条）。 ### 別々のクライアントのアカウントで1つのアドレスを共有してもよいですか？ アカウントが別々のビジネスやクライアントに属する場合は、アカウントごとに専用のアドレスを割り当ててください。そうすれば、あるクライアントの許可リスト、セキュリティアラート、サインイン履歴が別のクライアントのものに触れることはありません。プラットフォームが1人または1つのビジネスにつきアカウントを1つに制限している場合、別のアカウントを開設できるかどうかはそのプラットフォームの規約が決めます（ポリシー第3条）。プロキシでそれが変わることはありません。 ### なぜローテーションのレジデンシャルプロキシを使わないのですか？ この作業にはローテーションの形が合わないからです。プールはリクエストごと、または短い時間枠ごとに別のアドレスを渡します。途中でネットワークが変わるセッションは、サインインのチェックが乗っ取られたアカウントとして扱うパターンです。ProxyJamはまだローテーションのプールを販売していません。 ### 静的アドレスなら、アカウントはプラットフォームのセキュリティチェックを免除されますか？ いいえ。多要素認証のようなサインイン時の確認は引き続き適用されます。アドレスは数多いシグナルの一つにすぎず、ほかにもブラウザとデバイスのフィンガープリント、操作のタイミングと量、アカウント自身の履歴があります。安定したアドレスはご自身のサインインを一貫させるもので、お客様の行動を何も隠しません。 ### 更新してもアドレスは同じままですか？ はい。更新すれば同じアドレスが保たれます。6か月間1つのIPからサインインしてきたアカウントは、7か月目もそのIPからサインインしているべきです。 ### 指定したプラットフォームでアドレスが使えなくなったらどうなりますか？ 暦月ごとに注文のIPの最大20%まで無料で交換し、購入時に指定した対象でのブロックは明記された交換理由です。初回注文では、アカウントが適正利用ポリシーに違反していない限り、24時間以内に返金をお申し出いただけます。お一人様1回限り、最大10 IPまでで、ご自身の対象でプロキシを試しても返金の対象から外れません。交換品は別のアドレスなので、アカウントは新しいネットワークからサインインすることになります。適正利用ポリシーに違反する行為によってアドレスが使えなくなった場合は交換の対象外で、プラットフォームがお客様のアカウントに課した停止措置を避ける手段にもなりません（第5条）。 ## 向いている場面と、ポリシーが止める場面 重要なアカウントで、それぞれの背後に顔の分かるチームがいて、守る価値のあるサインイン履歴がある場合に向いています。アカウントの作成やファーミング、アカウントの一括登録、アカウント停止措置の回避の手段にはなりません。アドレスにかかわらず、ポリシー第5条がこれらを禁止しています。ご自身が保有していないアカウントの運用は、権限を示していただくまで開放しません（第2条）。ご自身のケースが当てはまるなら、アカウントが正当に運用されている国で、運用するアカウント用の[ISPプロキシ](/ja/isp-proxies/)を購入してください（それぞれ[IP単位、期間単位の料金](/ja/pricing/)です）。いずれかのアカウントが他者のものである場合は、先に[ご連絡ください](/ja/contact/)。 ## 出典 - [Microsoft Entra ID Protection risk detections](https://learn.microsoft.com/en-us/entra/id-protection/concept-identity-protection-risks)：見慣れない属性、遠く離れた場所、匿名IPアドレスを検知するサインインのチェック - [Google Cloud API keys](https://docs.cloud.google.com/docs/authentication/api-keys)：APIキーを特定のIPアドレスに制限する方法 ここでいうアカウント管理とは、ご自身が保有するアカウント、または運用を委託されたアカウントを、セッションをまたいで変わらないアドレスから運用することです。静的ISPアドレスとは、名前の分かるインターネット事業者に登録された1つのIPで、お支払いいただいた期間が終わるまでお客様専用に確保されます。ローテーションのプールは逆の動き方をします。リクエストごと、または短いスティッキーの時間枠ごとに新しいアドレスから出ていき、その変化こそがこの作業で避けたいものです。 ## プラットフォームが見ているもの サインインのチェックは実際にネットワークを読んでおり、その方法を文書にしているプラットフォームもあります。MicrosoftのEntra ID Protectionは、ユーザーの履歴にとって見慣れない属性を持つサインイン、短時間のうちに地理的に離れた場所から行われたサインイン、匿名IPアドレスからのサインインについての[リスク検出](https://learn.microsoft.com/en-us/entra/id-protection/concept-identity-protection-risks)を挙げています。多くのプラットフォームが公開している情報はこれより少ないものの、アドレスはどのサインインにも付いてくる数少ないシグナルの一つです。アクセスがアドレスに結び付けられている場合、その結び付きは明示的です。Google Cloudでは[APIキーを特定のIPアドレスに制限](https://docs.cloud.google.com/docs/authentication/api-keys)でき、そのように制限したキーはほかの場所からは拒否されます。こうした検出はアカウントの持ち主を守るためのものです。多要素認証のようなサインイン時の確認はシステムが正しく働いている証拠であり、静的アドレスだからといって誰も免除されません。当社がプラットフォームについて述べていることは、こうした文書と、静的アドレスとローテーションのアドレスの違いに基づいています。当社はどのプラットフォームも自ら測定していません。引用した条件は、当社の[利用規約](/ja/terms-of-service/)、[返金ポリシー](/ja/refund-policy/)、[適正利用ポリシー](/ja/acceptable-use-policy/)からのものです。