今回は、互いに関連する2つの機能をリリースします。サブアカウントは、単一のResidential Proxiesプランにおいて、顧客・プロジェクト・チームごとのトラフィックをプロキシのユーザー名から直接追跡できる機能です。そしてShifter Reseller Programは、プロキシビジネスに当社ネットワークへの卸売アクセスを提供するもので、各顧客の利用状況を把握する手段としてサブアカウントを活用します。
急ぎの方向けに要点を言うと、ユーザー名の直後に -subaccount-NAME を追加してリクエストを送るだけで、そのサブアカウントは数分後にパネル上に表示され、独自のトラフィックを持つようになります。プロキシを販売している方は、reseller programから始めてください。
これを作った理由
代理店、SaaSチーム、プロキシ再販業者からもっとも多く聞かれる質問は、ある種の「誰が何を使ったか」です。1つのプランが多数の顧客に使われることはよくあります。十数のブランドの収集を行う代理店、プロキシを自社のサブスクリプションにまとめて組み込むスクレイピング製品、数百のエンドユーザーを抱える再販業者などです。これまでの唯一の答えは顧客ごとに1プランを用意することでしたが、これは管理負担が大きい上に、同じプランを共有する顧客についての情報は何も得られません。
サブアカウントは、新しいログインも、新しいプランも、セットアップの打ち合わせも必要とせずにこれに答えます。ラベルがトラフィックに付随して移動するため、リクエストが発生した場所で帰属が行われます。
サブアカウントの仕組み
サブアカウントは、プロキシのユーザー名に付けるラベルです。ユーザー名の直後に配置し、あらゆるターゲティングおよびセッションオプションは通常通りその後に続きます。
customer-USERNAME-subaccount-client_a-country-us-sid-abc123-ttl-600:PASSWORD@p.shifter.io:443事前に作成する必要は一切ありません。サブアカウントは最初のリクエストの時点で存在するようになり、最後のリクエストから365日が経過するまで一覧に残り続けます。いくつかのルールがあります。
- 名前は1文字から16文字の英数字またはアンダースコアです。ハイフンはユーザー名内のオプション区切りに使われるため使用できません。
- 名前は大文字と小文字を区別します。
Client_Aとclient_aは異なる2つのサブアカウントです。 - サブアカウントはプランに属します。2つのプランで同じ名前を使っても、それぞれ別のサブアカウントになります。
サブアカウントは、すべてのResidential Proxiesプランで利用できます。
表示される場所
パネルでResidentialプランを開くと、新しいSub-accountsセクションが見つかります。
- サブアカウントの作成。 名前を入力すると、パネルに完全なユーザー名と完成したプロキシ行が表示され、そのままコピーして必要な相手に渡せます。
- プラン内のすべてのサブアカウントの一覧表で、本日分、過去7日間、過去30日間のトラフィックが確認できます。件数が多い場合は検索とページ分けが可能です。
- 各行のView chartを使うと、そのプランのトラフィックチャートを該当のサブアカウントに切り替えられます。
ダッシュボードおよび各プランページのトラフィックチャートにも新しいピッカーが追加され、メインアカウントと任意のサブアカウントを切り替えて、日・週・月またはカスタム範囲で履歴を確認できます。Proxy GeneratorにもSub-accountフィールドが追加され、ターゲティングとセッションがあらかじめ組み込まれたエンドポイントを構築できます。
APIにおけるサブアカウント
同じデータを公開する新しいエンドポイントが2つあり、すでにUsage & Quota APIで使用しているapi_tokenを利用します。
GET /api/v1/memberships/{membership}/subaccountsは、プラン上で確認されたすべてのサブアカウントを一覧表示します。GET /api/v1/memberships/{membership}/subaccounts/{name}/usage?start=&end=は、任意の期間における1つのサブアカウントのトラフィックを、バイト数とGB単位、リクエスト数とともに返します。
これらを自社の請求システム、顧客向けダッシュボード、アラートに組み込んでください。例とエラーコードを含む完全なリファレンスはsub-accounts docsにあります。
サブアカウントではないもの
ここは正確にしておく価値があります。「サブアカウント」という言葉は、ツールによって意味するところが異なるためです。
- プランを共有します。 すべてのサブアカウントは、あなたのプランのパスワードを使用し、あなたのプランの帯域幅を消費します。サブアカウントごとの個別のログインや割り当ては存在しません。
- 追跡のためのものです。 サブアカウントごとに上限を強制することはありません。アクセスを再販する場合、各顧客が利用できる範囲はあなた自身のプラットフォームが決定し、当社の数値はその顧客が実際に何を使用したかを伝えます。
- ワークスペースの代替ではありません。 クライアントが独自の請求、ウォレット、チームを必要とする場合は、別のワークスペースを用意するのが依然として適切な方法です。この2つがどのように組み合わさるかについては、usage tracking for multiple clientsのガイドで解説しています。
Shifter Reseller Program
サブアカウントは再販業者が求めていた機能であるため、これに合わせて再販プログラムを開始します。
モデルはシンプルです。予想される月間ボリュームとそのコミット期間に基づいた価格設定で、レジデンシャル帯域幅を卸売で購入します。サインアップ、価格設定、上限、請求はあなたのプラットフォーム上で運用します。各顧客にはサブアカウントが割り当てられ、当社のUsage APIがあなたのプラットフォームに上限管理と請求のためのトラフィック数値を提供します。当社はネットワークを運用します。国、地域、都市、ASNによるターゲティングと幅広いISPの分布を備えた、最大級のライブレジデンシャルプールの一つです。
統合の構築とテストは、現在どのResidentialプランでも行うことができ、ボリュームの増加に応じて再販条件へと移行できます。申し込むには、reseller program pageを開き、予想される月間トラフィック、コミット期間、顧客がプロキシを何に使用するかを送ってください。条件についてはこちらから返信します。
これが可能にするいくつかのパターン
- 代理店は、各クライアントのジョブにそのクライアント名でラベルを付け、予算を複数のプランに分割することなく、1つのプランからクライアントごとの利用状況を報告できます。
- スクレイピングおよびデータプラットフォームは、すべてのエンドカスタマーにサブアカウントを割り当て、見積もりではなく実際の消費量に基づいて請求できます。
- 社内チームは、プロジェクトやサービスごとにトラフィックにラベルを付けることで、利用量が急増した際に暴走したジョブを容易に見つけられます。
利用できる場所
サブアカウントは現在、すべてのResidential Proxiesプランで利用可能です。パネルでプランを開き、Sub-accountsセクションを探してください。コードに組み込む場合はdocsから始めてください。プロキシを販売している方は、reseller programページに申し込みに必要なすべてが揃っています。
Team Workspacesのときと同様、今後も改善を続けられるよう、意図的に機能範囲を小さく保っています。あなたのプラットフォームに必要なレポートやエンドポイントがあれば、ぜひお知らせください。