エージェンシー向けホワイトラベルURL短縮サービス：完全なバイヤーズガイド

ほとんどのエージェンシーが同じ表面的な理由でホワイトラベルURL短縮サービスを求めます。短縮されたリンクに bit.ly や s.elido.me と表示されていると、クライアントが気づいてしまいます。より深い理由は通常、請求マージンと監査への対応能力です。「クリックデータはどこに行くのか？」と尋ねるクライアントのITチームには、「私が再販している米国のベンダーです」よりもクリーンな答えが必要です。

このガイドは、ゼロからリンクインフラを構築したい開発者向けではなく、ホワイトラベルオプションを評価しているオペレーションディレクターとエージェンシーの代表向けに書かれています。目的は、異なるプラットフォームが各ブランディング層で実際に何を提供するかを比較するためのフレームワーク、ベンダーに尋ねるべき本当の質問、そしてリセラーアカウントの設定がどのように機能するかの具体的なウォークスルーを提供することです。

「ホワイトラベル」が実際に意味すること、層ごとに#

この用語は緩く使われています。カスタムブランドドメインを提供するベンダーは自分たちをホワイトラベルと呼びます。ダッシュボードにロゴを貼れるようにするベンダーも同様です。これらは同じではありません。そしてその違いは、クライアントにサービスをどのように価格設定し、運用するかに影響します。

六つの異なる層があります。すべてのプラットフォームがすべてを実装しているわけではありません。

表面のカスタムリダイレクトドメインから、ワークスペースごとのブランディング、カスタムメール送信者、ポータルサブドメイン、リセラー請求まで積み重なった6つのブランディング層

層1：カスタムリダイレクトドメイン#

最も一般的な意味です。リダイレクトがプラットフォームのドメイン（bit.ly/xyz）を通じて行われるのではなく、あなたがコントロールするドメイン（go.youragency.com/xyz または go.clientbrand.com/xyz）を通じて行われます。これはほとんどのエージェンシーのユースケースにとって最低限のホワイトラベルです--クライアントが共有するすべてのリンクからプラットフォーム名を排除します。

実装にはサブドメインからプラットフォームのエッジへのDNS CNAMEレコードと、そのホスト名の自動TLS証明書が必要です。主要な短縮サービスはすべてこれを処理します。変数はマルチテナントのスケールにあります。一つではなく二十のクライアントドメインを管理する場合、プラットフォームはワイルドカードCNAME（*.links.youragency.com）をサポートするか、それともクライアントごとにDNSレコードを追加するか？

層2：ダッシュボードブランディング#

プラットフォームの管理インターフェースには、プラットフォームのものではなく、あなたのロゴ、ブランド名、プライマリカラーが表示されます。リンクを管理するためにログインするクライアントは、プラットフォームのブランドではなくあなたのブランドを見ます。一部のプラットフォームではブラウザのタブタイトルとファビコンも置き換えられます。

この層は、クライアントが直接操作する際にサービスを見栄え良く見せるものです。これがないと、レポートページから「ダッシュボードを見る」をクリックしたクライアントはBitlyまたはRebrandlyのブランドが付いたページに着地し、この仕組みが透けて見えます。

層3：カスタムメール送信者#

パスワードリセット、クリックレポート、リンク有効期限アラート、招待メールは、プラットフォームのドメインからではなく、[email protected] から送信されます。これはクライアントが「なぜ契約していないベンダーからメールが来るのか？」と尋ねるまで見落とされることが多いです。カスタムメール送信者は配信可能性にも影響します。トランザクショナルメールのドメインレピュテーションは送信ドメインに追跡されます。

層4：カスタムポータルサブドメイン#

ダッシュボード自体が app.someplatform.com ではなく、あなたがコントロールするホスト名--links.youragency.com--に存在します。これには、プラットフォームが links.youragency.com ホスト名をあなたのワークスペースのテナントコンテキストにルーティングし、TLS証明書を発行し、それに応じてユーザーセッションをスコープする必要があります。これはカスタムリダイレクトドメインよりも大幅に複雑な実装であり、それを提供するプラットフォームは少ないです。

層5：サブアカウント管理#

各クライアントに対して、それぞれ独自のドメイン、リンクライブラリ、アナリティクス、チームメンバーを持つ別々のワークスペースをプロビジョニングでき、すべて単一のリセラー親アカウントから管理できます。これが再販可能なインフラとリブランドされたセルフサービスアクセスを区別する層です。

サブアカウント管理がなければ、ホワイトラベルはスケールで運用が破綻します。すべてのクライアントに一つの共有ワークスペースへのアクセスを与えるか（これは互いのリンクとデータが見えてしまいます）、クライアントごとに別のプラットフォームアカウントを維持するか（これは別々の請求関係となり、チームの統合ビューがありません）のどちらかになります。

層6：リセラー請求と使用状況レポート#

あなたはプラットフォームに卸売価格で支払い、クライアントに自分の価格で請求します。プラットフォームの請求サーフェスはクライアントには見えません。使用状況レポートは各クライアントワークスペースにスコープされているため、他のクライアントのデータを公開することなく請求書を正当化できます。

この層は通常、エンタープライズの営業会話の背後にあります。公開ページにリセラー価格を公開しているプラットフォームは少ないです。

層1から層6のスペクトラムが、ブランドリンクをサポートするプラットフォームと、エージェンシーの再販のために真に構築されたプラットフォームを区別するものです。

主要ベンダーの比較#

Bitly Enterprise#

Bitlyは有料プランでカスタムドメインをサポートします。ダッシュボードブランディングは公開された機能ではありません--Bitlyのインターフェースはすべてのティアでビトリーブランドです。あなたのドメインからのカスタムメール送信は標準製品の一部ではありません。BitlyのSSO統合はPremiumティア（2026年5月11日にアクセスした価格ページによると月額$199--クライアントに引用する前に確認してください）の背後にあります。機能マトリックスやエンタープライズ製品シートにホワイトラベルのエントリはありません。

再販モーションを評価しているほとんどのエージェンシーにとって、Bitlyは実用的な選択ではありません。リンクの bit.ly のブランド認知度は既知の問題であり、Enterpriseでさえ解決された問題ではありません。Bitlyは社内マーケティングチームにとって優れた選択です。他のブランドの背後に消えるように設計されていません。

Rebrandly Pro / Business#

Rebrandlyは独立した機能比較で限定的とマークされたホワイトラベルエントリを持っています。製品は強力なブランドリンクのUXを持ち、すべての有料ティアでカスタムドメインをサポートします。ダッシュボードはRebrandlyブランドです。ワークスペースごとのカスタムブランディングは公開されているドキュメントでは記載されていません。カスタムメール送信者は公開機能ページには記載されていません。価格体系（2026年5月11日にアクセスした価格ページによるとEssentials $11 / Professional $32 / Growth $99）には公開ページにリセラーティアが含まれていません。

Rebrandlyの強みは、ノーコード自動化の統合（Zapier、Make、Workato）と洗練された単一ドメインのセットアップフローです。複雑な再販オペレーションなしにクリーンなブランドドメインをクライアントに提供したいエージェンシーには、RebrandlyはLayer 1と部分的にLayer 2で機能します。Layer 4〜6については、カスタムエンタープライズの取り決めを交渉する必要があります。

Short.io#

Short.ioは製品機能としてホワイトラベルの明示的なサポートを持っています。Businessプラン（2026年5月11日にアクセスした価格ページによると月額$90）にはホワイトラベル設定が含まれています。カスタムドメインはPersonalプランからサポートされています。機能マトリックスでは、ホワイトラベルはBusinessティアで利用可能と表示されています。

Short.ioのホワイトラベルはブランド化されたダッシュボード体験とカスタムドメインをカバーしているようです。5つのカスタムドメインが無料ティアでも利用可能で、これは層1の設定としては異例なほど寛大です。プラットフォームは米国ベースです。EUクライアントのデータ居住にはTransfer Impact Assessmentのレビューが必要です。

Elido Business#

Elidoのホワイトラベルは上記の六つの層すべてをカバーし、実装はマーケティング上の主張としてではなく、コードベースに記載されています。具体的に提供されている機能：

カスタムリダイレクトドメイン 自動DNS検証と、各テナントホスト名の自動オンデマンドTLS発行（ドメイン検証サービスで確認済み）
ワイルドカードCNAME Businessプランの *.links.youragency.com で、クライアントごとのDNSエントリなしでマルチクライアントのサブドメインカバレッジ
ワークスペースごとのダッシュボードブランディング - brand_name、logo_url（HTTPSまたはbase64データURL、最大約512 KB）、primary_color（hexまたはoklch）、email_from_name、および portal_hostname フィールド、PUT /v1/workspaces/{id}/branding 経由で公開；Businessプランにティアゲート
ポータルサブドメインルーティング - portal_hostname はカスタムホスト名（例：links.acme.com）を正しいワークスペースにルーティングします。GET /v1/portal/lookup はホストヘッダーをworkspace_idに解決し、自動オンデマンドTLSとダッシュボードのNext.jsミドルウェアの両方でセッションをスコープするために使用されます
リセラーアカウント - POST /v1/workspaces/{id}/reseller は company_name、contact_email、custom_domain、branding_config を持つリセラーアカウントを作成します。POST /v1/workspaces/{id}/reseller/workspaces はリセラーアカウントにリンクされたサブワークスペースをプロビジョニングします。リストと削除エンドポイントも同じパターンに従います
EUファーストのデータ居住 - EUリージョンプライマリ、ワークスペースが米国東部またはアジア太平洋に明示的にオプトインしない限りEEAからの出力はなし。DPAと第28条の義務は標準契約に含まれています

ブランディングの変更はAPIレイヤーでBusinessプランにゲートされています。ワークスペースが低いティアにある場合、サーバーは402 Payment Requiredを返します。既存のブランディングデータはダウングレード後も存続し、再入力することなくアップグレード時に回復可能です。

エージェンシー向けソリューションページはこの機能セットのバイヤーチーム向けの参考文献です。

以下の表は、各ベンダーについて公開されているか検証可能なものをまとめたものです。「文書化されていない」とマークされているセルは、その機能が公開の価格ページ、機能ページ、公開DPAドキュメントに存在しないことを意味します--エンタープライズ交渉の背後に存在する可能性があります。

層	Bitly	Rebrandly	Short.io	Elido
カスタムリダイレクトドメイン	有料プラン	有料プラン	すべての有料プラン（無料で5つ）	Business
ダッシュボードブランディング	文書化されていない	文書化されていない	Business	Business
カスタムメール送信者	文書化されていない	文書化されていない	文書化されていない	Business
ポータルサブドメイン	文書化されていない	文書化されていない	文書化されていない	Business
サブアカウント管理	文書化されていない	文書化されていない	部分的	Business（リセラーAPI）
EUデータ居住	US プライマリ	US プライマリ	US プライマリ	EUリージョンデフォルト

2026年5月11日にアクセスした公開ページの価格。調達前に確認してください。

エージェンシーのユースケース：具体的なウォークスルー#

以下はElidoでのリセラーセットアップの仕組みです。ダッシュボードまたはAPIのどちらで行っても手順は同じです。スケールで運用するエージェンシーは新しいクライアントのオンボーディングごとにこれを自動化したいため、APIパスを示します。

エージェンシーの1つのリセラー親ワークスペースから3つの隔離されたクライアントワークスペースに分岐し、各クライアントが独自のカスタムドメインとブランディングを持ち、すべて EU リージョンの共有 Elido エッジを通じて解決される

5ステップのリセラーセットアップフロー：エージェンシーワークスペースでリセラーを有効にし、クライアントワークスペースをプロビジョニングし、クライアントの DNS を設定し、ワークスペースごとのブランディングを設定し、クライアントが自分のポータルでログインするまで

1. エージェンシーワークスペースでリセラーを有効にする#

エージェンシーはBusinessプランで単一の親ワークスペースを持ちます。リセラーアカウントを一度登録します：

curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "company_name": "Acme Digital Agency",
    "contact_email": "[email protected]",
    "custom_domain": "links.acmedigital.example",
    "branding_config": {}
  }'

レスポンスには reseller_account_id が含まれます。保存してください。

2. クライアントワークスペースをプロビジョニングする#

新しいクライアントをオンボーディングする際は、リセラーアカウントにリンクされたサブワークスペースをプロビジョニングします：

curl -X POST https://api.elido.app/v1/workspaces/{your_workspace_id}/reseller/workspaces \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "workspace_id": 99201,
    "label": "Client: TechCorp EMEA"
  }'

ここの workspace_id は通常のワークスペースプロビジョニングフローを通じて作成されたクライアントワークスペースです。label はあなたの内部参照です--クライアントには見えません。

3. クライアントのカスタムドメインのDNSを設定する#

クライアントはリダイレクトが go.techcorp-emea.example を通じて行われることを望んでいます。DNSプロバイダーのパネルに二つのDNSレコードを追加します：

go.techcorp-emea.example   CNAME   b.elido.me.
_elido-verify.go.techcorp-emea.example   TXT   "ws_<their_workspace_token>"

検証トークンはそのワークスペースの設定 > カスタムドメインに表示されます。ドメイン検証サービスがTXTレコードを確認すると、ドメインを検証済みとしてマークし、TLS証明書は次のリクエスト時に自動的に発行されます。

4. ワークスペースごとのブランディングを設定する#

リセラーアカウントからクライアントワークスペースのブランディングを設定します：

curl -X PUT https://api.elido.app/v1/workspaces/{client_workspace_id}/branding \
  -H "Authorization: Bearer $ELIDO_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "brand_name": "TechCorp Links",
    "logo_url": "https://assets.techcorp-emea.example/logo-dark.png",
    "primary_color": "#0a2463",
    "email_from_name": "TechCorp Links",
    "portal_hostname": "links.techcorp-emea.example",
    "enabled": true
  }'

ここの portal_hostname はカスタムダッシュボードサブドメインです。プラットフォーム上のすべてのワークスペースにわたって一意でなければなりません--別のワークスペースが既にそれを主張している場合、409 Conflictが返されます。設定後、links.techcorp-emea.example はTechCorpのリンク管理ダッシュボードに直接ルーティングされ、そのアイデンティティでブランディングされます。

5. クライアントは自分のドメインのリンクを受け取り、自分のポータルでログインする#

この時点から、TechCorpのチームは links.techcorp-emea.example でログインし、go.techcorp-emea.example の下で解決するリンクを作成し、TechCorp Links からメール通知を受け取ります。Elidoの名前はこれらのタッチポイントのどこにも表示されません。

DNSの仕組みとTLS証明書のライフサイクルの詳細については、カスタムドメインガイドがCAA レコード、伝播の遅延、キャンペーン途中でクライアントのDNS管理者がCNAMEを削除した場合の対処を含む完全な運用上の説明をカバーしています。

エージェンシー再販のための価格モデルの考慮事項#

リンク管理の再販の経済性は、プラットフォームの請求モデルがどのように機能するかによって異なって見えます。

リンクキャップモデル（Rebrandlyの構造）はアカウント全体のアクティブな短縮URLの数に基づいて課金します。多数のクライアントとそこそこのリンクライブラリを管理するエージェンシーにとって、クリックボリュームよりも先にキャップが制約要因になることがあります。各クライアントの蓄積されたアクティブリンクが合計に寄与し、月に500の新しいリンクを生成するキャンペーン集中型のクライアントは、10の常緑リンクを通じて500,000クリックを促進するクライアントよりも速くティアのしきい値に達します。

クリックボリュームモデル（BusinessプランのElidoの構造）は組織全体のリダイレクトボリュームに基づいて課金し、プランのしきい値を超えたクリックごとに計量超過料金があります。制約要因はトラフィックであり、在庫ではありません。トラフィックが適度な多くのクライアントを運営しているエージェンシーは、リンク数だけによるティアのプレッシャーなしに大きな総リンクライブラリを管理できます。

どちらのモデルも普遍的に安いわけではありません。交差点はクライアントミックスによって異なります。正しい分析：すべてのクライアントにわたる総アクティブリンク数とすべてのクライアントにわたる月次クリックボリュームを取り、そのボリュームをカバーするティアについて両方を各ベンダーの価格モデルに対して実行し、年間コストを比較します。そして徴収する予定のリセラーマージンを考慮します。

リセラーマークアップの実際的な出発点：クライアントの代わりにソフトウェアサービスを運営しているほとんどのエージェンシーは、自分たちのコストの20〜40%以上をマークアップします。月次で請求し、クライアントに独立して請求できるプラットフォームでは、リンク管理コンポーネントのマージンは簡単に計算できます。個別のクライアント向けアカウントを必要とするプラットフォーム、またはリセラーの統合ビューなしにワークスペースごとに請求するプラットフォームは、これをクリーンに管理するのが難しくなります。

使用量ベースの請求の可視性は明示的に確認する価値があります。手動でデータをエクスポートすることなく、月末にクライアントごとの使用状況レポートを実行できるようにしたいものです。ElidoのワークスペーススコープのアナリティクスはAPIを通じてサブワークスペースごとのクリックボリュームをプルできます。Short.ioとRebrandlyにはワークスペースレベルのアナリティクスがありますが、リセラーモードの統合請求は現在のプランで確認すべき機能です。

コンプライアンスの観点：EU中小企業への再販#

EU拠点のクライアントにリンク管理サービスを再販する場合、あなたはチェーンのデータプロセッサになります。あなたのクライアントはエンドユーザーのクリックデータのコントローラーです。プラットフォームはサブプロセッサです。この取り決めはGDPR第28条によって規定されています--プロセッサとサブプロセッサの関係には、プラットフォームとの契約に拘束力のあるサブプロセッサ義務が含まれる必要があり、あなたにもクライアントに対する対応する義務があります。

EU中小企業に再販するエージェンシーの実際的な義務：

クライアント契約にはDPAが必要です。 各クライアントとの契約には、リンククリックデータを個人データとしてカバーするデータ処理契約が含まれている必要があります。標準テンプレートのDPAは受け入れられます。主要な条項は、処理されるデータのカテゴリ、サブプロセッサの開示、セキュリティ対策です。内部処理のみをカバーするDPAテンプレートを使用しないでください--使用しているプラットフォームへの下流のサブプロセッサ義務を流す必要があります。

サブプロセッサの開示。 DPAには、構築しているプラットフォームをサブプロセッサとしてリストする必要があります。クライアントはエンドユーザーのデータを誰が処理するかを知る権利を持っています。米国ベースのプラットフォームを使用している場合、多くのEU規制対象セクターのクライアントにとってTransfer Impact Assessmentの要件が発生します。EU居住のプラットフォームを使用している場合、TIAの要件は通常発生しません。

データ居住の確認。 クライアントの調達が「すべての個人データはEEAに残る」という契約上のデータ居住を必要とする場合、プラットフォームの選択がそれに同意できるかどうかを決定します。Bitly、Rebrandly、Short.ioはUSプライマリであり、SCCベースの国境を越えた移転文書が必要になります。ElidoのEUリージョンデフォルトのインフラはカスタムの取り決めなしにEEA居住に契約上コミットできます。

侵害通知SLA。 GDPR第33条はコントローラーが個人データ侵害を認識してから72時間以内に監督当局に通知することを要求しています。チェーンのプロセッサとして、侵害を認識した後「不当な遅延なく」クライアント（コントローラー）に通知する必要があります。プラットフォームのセキュリティインシデント通知SLAは72時間未満でなければなりません--DPAまたはセキュリティ付録でこれを確認してください。

処理活動の記録。 第30条の下、プロセッサとして処理活動の記録（RoPA）を維持する必要があります。これにはサブプロセッサを含める必要があります。プラットフォームのDPAドキュメントを最新の状態に保つことが、手動の努力なしにこれを維持する方法です。

GDPR for URL shorteners の記事には、DPO（データ保護責任者）のレビューのための条文引用を含む完全な法的フレームワークがあります。EUの居住調達については、Elidoのトラストページ /trust にサブプロセッサ（EUインフラ、EUメール配信、決済、CDNプロバイダー）とDPA条件が記載されています。

移行チェックリスト：エージェンシーのクライアント群を移行する#

BitlyまたはRebrandlyからホワイトラベルプラットフォームにクライアントを移行する場合、移行には三つの並行トラックが含まれます：リンクインベントリ、DNS、そしてクライアントコミュニケーションです。

インベントリフェーズ（何かを変更する前に）：

現在のプラットフォームから各クライアントのすべてのショートリンクをエクスポートします。Bitlyの場合：設定 > エクスポート。Rebrandlyの場合：ワークスペースのCSVエクスポート。各行にはショートURL、宛先URL、カスタムドメイン（あれば）、スラッグ、タグ、作成日が含まれている必要があります。
カスタムドメインを使用しているクライアントとプラットフォームドメインを使用しているクライアントを文書化します。プラットフォームドメインのクライアントは先にやることが多くあります：移行前に新しいドメインまたはサブドメインを設定する必要があります。
更新できない印刷物、メールのフッター、または外部ページに埋め込まれたカスタムドメインのないリンクを確認します。これらがリスクの高いリンクです--古いプラットフォームアカウントが閉じると壊れます。別途フラグを立てます。

DNSとリダイレクトの保持：

カスタムドメインのクライアントの場合：CNAMEを古いプラットフォームから新しいプラットフォームに向け直します。DNSが伝播する前にスラッグと宛先をインポートできるため、一括インポート後にDNSカットオーバーのタイミングを合わせれば404の窓はありません。
カットオーバーの少なくとも48時間前にCNAMEのTTLを300秒に下げて、切り替え日の伝播の遅延を最小化します。
DNSに触れる前に、一括インポートAPI（ElidoのAPIの POST /v1/links/bulk）を使って新しいプラットフォームにリンクレコードをインポートします。DNSに触れる前に、APIを使って新しいプラットフォームで新しいリダイレクトが正しく解決することをテストします。
低トラフィックの時間帯にDNSをカットオーバーします。ほとんどのエージェンシーリンクは対象タイムゾーンの平日の朝が最もトラフィックが少ないです。
DNSリゾルバーの漂流者をキャッチするために、カットオーバー後少なくとも14日間は古いプラットフォームアカウントをアクティブに保ちます。古いプラットフォームのリンクが新しい設定を指している場合、このウィンドウは短くできます。

クライアントコミュニケーション：

DNSカットオーバーの少なくとも1週間前にクライアントに通知し、インフラの改善としてフレームします。計画された変更の日時を含めます。
カットオーバー後、ポータルのホスト名を変更する場合は新しいダッシュボードURLを含む確認を送ります。
一部のクライアントはカットオーバー後にリンクがまだ機能することを確認したいと思うでしょう。自分でテストできる5〜10の代表的なリンクのリストを提供します。

過去のアナリティクス：

クリック履歴はプラットフォーム間で移行されません。カットオーバー日以降のアナリティクスは新しいシステムにあります。クライアントがレポート目的で過去のデータを必要とする場合は、アカウントが閉じる前に古いプラットフォームからエクスポートし、自分のレコードに保存するかクライアントに直接提供します。
BitlyもRebrandlyも、CSVエクスポートで集計クリック数をエクスポートします。rawクリックイベント（クリックごとの個別のタイムスタンプ、国、デバイス、リファラー）はどちらのプラットフォームからも通常エクスポートできません。

Bitly移行プレイブックは、大きなリンクインベントリのAPIページネーションとDNSオーバーラップのタイミングを含むBitly固有の仕組みをより詳しく説明しています。

署名前にすべてのベンダーに尋ねること#

このリストは意図的に短くしています。機能ページは読めます。これらはマーケティングサイトからは答えられない質問です。

APIはリセラーのサブワークスペースプロビジョニングをサポートしていますか？ 「はい」だけでなく、エンドポイントを尋ねてください。署名する前に試用アカウントでテストしてください。クライアントのオンボーディングごとにプラットフォームのサポートチケットを手動で必要とするホワイトラベルモーションは、約10クライアントを超えるとスケールできません。

クライアントのクリックデータはどこに存在し、それを契約上コミットできますか？ 口頭での保証は調達レビューを生き残りません。答えは管轄（EUリージョン、米国東部など）でなければならず、署名するDPAに記載されている必要があります。

顧客へのセキュリティインシデント通知SLAは何時間ですか？ この答えはGDPR第33条のあなた自身の義務に関係します。24時間以下が、これを真剣に考えているプラットフォームの標準です。

ダウングレードまたは解約した場合、クライアントのブランディングとリンクはどうなりますか？ ワークスペースごとのブランディングデータがダウングレード後も保持されるかどうか（支払いを逃した場合に設定を失わないよう）、およびデータエクスポートオプションが何かを明示的に尋ねてください。一部のプラットフォームはアカウントキャンセル時に短い通知でワークスペースデータを削除します。

請求先住所と請求書の詳細を個別のクライアントアカウントではなく、エージェンシーに設定できますか？ クライアントがプラットフォームの請求インターフェースを見ることができる場合、再販の取り決めが露わになります。ワークスペースレベルの使用量内訳を持つ単一のエージェンシーアカウントへの統合請求が必要なものです。

solutions/agenciesページは、バイヤーチーム向けにElidoのエージェンシー固有の機能が記載されている場所です。料金ページには現在のティアの詳細とプラン比較表があります。

リセラーアカウントの設定、DPA条件、またはクライアント群の移行に関する質問は、問い合わせページからセールスチームに連絡できます。

ブログの関連記事#

Elidoを試す

URLを貼り付けて短縮リンクを取得

登録不要。リンクは30日間有効。永久に保存するには登録してください。

Free、登録不要 · 1日あたり2件