- ホーム
- ブログ
- Platform & Comparison
- Dolphin Cloudから公式Meta Ads プラットフォームへの移行方法
ブログのコンテンツは現在英語でご利用いただけます。翻訳は近日公開予定です。
Dolphin Cloudから公式Meta Ads プラットフォームへの移行方法
James O'Brien
Senior Media Buyer
あなたはDolphin Cloudから移行することを決意しました。カスケードBAN(連鎖的な利用停止)を経験したかもしれません。BANレートの増加によってリスク計算が耐えられなくなったかもしれません。あるいは、Metaが積極的に検知しようとしているものではなく、Metaが承認する基盤の上にメディア購入事業を構築したいと思っているかもしれません。
理由が何であれ、このガイドでは移行前の監査から完全な切り替えまで、移行プロセス全体を説明します。このプロセスは単純明快ですが、体系的に進めることでミスを防ぎ、何も見落とさないようにします。
この移行が重要な理由のコンテキストについては、Dolphin CloudがFacebook Ads BANにつながる理由の分析と、Dolphin Cloud対AdRowの詳細な比較をご覧ください。
始める前に: 知っておくべきこと
自動的に移行されるもの
Metaのサーバー上に存在するものはすべて、広告アカウントを新しい管理プラットフォームに接続した際に自動的に移行されます:
- すべてのアクティブ、一時停止中、完了済みのキャンペーン
- 広告セットと個々の広告(完全な履歴付き)
- キャンペーンのパフォーマンスデータと分析
- カスタムオーディエンスと類似オーディエンス
- ピクセルデータとコンバージョンイベント
- 商品カタログ
- ページ接続とページ投稿データ
- ビジネスマネージャーの構造
再構築が必要なもの
以下の項目はDolphin Cloud固有のものであり、移行されません:
- RPAオートメーションスクリプト(AdRowのオートメーションルールとして再作成します)
- ブラウザプロファイルの設定(不要になります)
- プロキシの設定(不要になります)
- Dolphin Cloud固有のレポートテンプレート(AdRowには独自のレポート機能があります)
失うもの(そしてなぜそれだけの価値があるのか)
APIベースのプラットフォームへの移行は、特定の機能を諦めることを意味します:
- マルチプラットフォームブラウザアクセス: Dolphin Cloudはあらゆるプラットフォームへのブラウザレベルのアクセスを提供します。AdRowはMetaのみです。Dolphin CloudでGoogle AdsやTikTok Adsを管理している場合、それらには別のソリューションが必要になります。
- アカウントの分離: アンチディテクトブラウザはアカウントごとにブラウザレベルの分離を提供します。AdRowは承認されたAPIを通じて接続するため、これはもう必要ありません。分離するものが何もないのです。
- クッキーベースのセッション管理: 一部の上級ユーザーは特定のワークフローのためにDolphin Cloudのクッキー管理を活用しています。APIベースの管理ではクッキーを使用しません。
フェーズ1: 移行前の監査(1日目)
AdRowに何かを接続する前に、現在のDolphin Cloudの設定を棚卸しします。この監査には1〜2時間かかり、移行中の予期しない問題を防ぎます。
ステップ1: アカウントの棚卸し
Dolphin Cloudで管理しているすべての広告アカウントについて、以下の列を持つスプレッドシートを作成します:
| 列 | 説明 |
|---|---|
| アカウントID | Metaの広告アカウントID(act_XXXXXXXXX) |
| アカウント名 | アカウントの内部名称 |
| ステータス | アクティブ / 一時停止 / 制限中 |
| ビジネスマネージャー | このアカウントが属するBM |
| 月間支出 | 平均月間支出額 |
| アクティブキャンペーン | 現在アクティブなキャンペーン数 |
| ピクセルID | 関連するピクセル |
| 支払い方法 | 登録済みのカードまたは支払い方法 |
| Dolphinプロファイル | このアカウントを管理しているDolphin Cloudプロファイル |
| RPAスクリプト | 設定されているオートメーションスクリプト |
ステップ2: 正常なアカウントの特定
各アカウントを以下のいずれかとしてマークします:
- 緑 — 即時移行: アクティブ、制限なし、良好な状態
- 黄 — 注意して移行: アクティブだが、過去に警告や一時的な制限があった
- 赤 — まだ移行しない: 現在制限中、審査中、またはフラグが立っている
最初のウェーブでAdRowに接続すべきなのは緑のアカウントのみです。黄のアカウントは最初の移行が安定した後に追加できます。赤のアカウントは、APIベースのツールに接続できるようになる前に、直接Metaと解決する必要があります。
ステップ3: RPAワークフローの文書化
Dolphin Cloud内の各RPAスクリプトまたはオートメーションワークフローについて、以下を文書化します:
- 何をするか: 例「CPAが25ドルを超えたとき広告セットを一時停止する」
- トリガー条件: 実行を引き起こすもの
- 実行されるアクション: トリガーされたときに何をするか
- 頻度: どのくらいの頻度でチェックまたは実行するか
- 対象アカウント: このワークフローを使用しているアカウント
この文書化がAdRowのオートメーションルールを作成するための設計図になります。
ステップ4: レポート要件の記録
Dolphin Cloudから定期的に取得するすべてのレポートをリストアップします:
- 日次/週次/月次パフォーマンスレポート
- クロスアカウント集計レポート
- クライアント向けレポート(代理店の場合)
- 予算ペーシングレポート
AdRowのレポートはこれらを異なる方法で処理するため、要件を事前に把握しておくことで設定時の時間を節約できます。
フェーズ2: AdRowの設定とアカウント接続(2〜3日目)
ステップ1: AdRowアカウントの作成
- adrow.aiにアクセスし、14日間の無料トライアルにサインアップします
- メール確認を完了します
- タイムゾーンとデフォルト通貨を設定します
- チームメンバーを適切なロールで招待します(該当する場合)
プロのヒント: 5つ以上のアカウントを管理している場合はProプランのトライアル(トライアル後は月額199ユーロ)から始めてください。完全なオートメーションルール、6段階RBACによるチーム管理、移行中の優先サポートが含まれます。
ステップ2: OAuthによる広告アカウントの接続
これが主要な技術的ステップですが、シンプルです:
- AdRowで設定 > 広告アカウント > 新しいアカウントを接続に移動します
- Metaで接続をクリックします
- Metaのログインページにリダイレクトされます — 広告アカウントへの管理者アクセスを持つMetaアカウントでログインします
- Metaが権限画面を表示します — 要求された権限を承認します:
- 広告の管理
- 広告アカウントレポートへのアクセス
- ページの管理(該当する場合)
- 接続する広告アカウントを選択します(複数同時に選択可能)
- 確認をクリックします
- アカウントが接続された状態でAdRowにリダイレクトされます
アカウントごとの時間: 最初のアカウントは3〜5分、同じビジネスマネージャー内の後続アカウントはより早くなります。
10アカウントの場合: 合計で約15〜30分。
ステップ3: アカウントデータの確認
接続後、各アカウントについてAdRowが正しいデータを表示していることを確認します:
- アカウント名とIDが棚卸しと一致している
- アクティブなキャンペーンが正しいステータスで表示されている
- レポートデータがAds Managerで確認できるものと一致している
- ピクセルデータにアクセスできる
- オーディエンスリストが表示されている
データが欠けている場合は、アカウントを切断して再接続してください。まれなケースでは、OAuth中に付与した権限を調整する必要があるかもしれません。
ステップ4: チームアクセスの設定
チームメンバーがいる場合は、今すぐアクセスを設定します:
| ロール | アクセスレベル | 典型的な使用 |
|---|---|---|
| スーパー管理者 | フルアクセス、ユーザー管理 | アカウントオーナー |
| 管理者 | すべての機能へのフルアクセス | オペレーションリード |
| オーナー | 割り当てられたアカウントへのフルアクセス | アカウントマネージャー |
| マネージャー | キャンペーン管理、レポート | チームリード |
| メディアバイヤー | キャンペーンの作成と編集 | 日常的な担当者 |
| ビューアー | 読み取り専用レポート | クライアント、財務チーム |
各チームメンバーは個別の権限を持つ独自のログインを取得します。ブラウザプロファイルを共有する必要はもうありません。
フェーズ3: オートメーションルールの移行(3〜5日目)
ここでDolphin CloudのRPAスクリプトをAdRowのオートメーションルールエンジンに置き換えます。概念的な変化はシンプルです: RPAスクリプトはブラウザ内のボタンのクリックをシミュレートします。AdRowのルールは直接APIコールを実行します。
マッピングの理解
| Dolphin Cloud RPA | AdRowオートメーションルール |
|---|---|
| CPAが閾値を超えたときに広告セットの「一時停止」をクリック | 条件: 広告セットのCPA > $X アクション: 広告セットを一時停止 |
| ROASが目標を超えたときに予算を20%増加 | 条件: Y期間でROAS > X アクション: 予算を20%増加 |
| 日次支出上限でキャンペーンをオフにする | 条件: 日次支出 >= $X アクション: キャンペーンを一時停止 |
| アカウント問題時にTelegramで通知 | 条件: アカウントエラーを検知 アクション: Telegram通知を送信 |
| 勝ちの広告セットを新しいキャンペーンに複製 | 条件: 手動トリガーまたはパフォーマンス閾値 アクション: 広告セットを複製 |
ステップごとのルール作成
フェーズ1で文書化した各RPAワークフローについて:
- オートメーション > ルールを作成に移動します
- ルールを説明的に命名します(例:「高CPAの広告セットを一時停止 — アカウントX」)
- スコープを選択します: このルールが適用されるアカウント、キャンペーン、または広告セット
- 条件を設定します: メトリック、演算子、閾値を選択
- アクションを設定します: 条件が満たされたときに何が起こるか
- 頻度を設定します: ルールが評価される頻度(15分ごと、毎時間など)
- 通知を設定します: ルールがトリガーされたときにTelegramアラートを送信するかどうか
- 保存して有効化します
プロのヒント: 最初の1週間はルールを「通知のみ」モードで開始してください。これはルールが条件を評価し、実際のアクションを行わずに何をするかについてTelegram通知を送ることを意味します。これにより、実際の変更を自動化する前にルールのロジックを確認できます。
一般的な移行パターン
予算保護ルール(Dolphin Cloudの支出モニターを置き換え):
- ルール: キャンペーンの日次支出が$Xを超えたら、キャンペーンを一時停止
- ルール: アカウントレベルの支出が$Xを超えたら、アカウント内のすべてのキャンペーンを一時停止
パフォーマンス最適化ルール(Dolphin Cloudの手動チェックを置き換え):
- ルール: 広告セットのCPAが3日連続で$Xを超えたら、広告セットを一時停止
- ルール: 広告セットのROASが7日間Xを下回ったら、予算を25%削減
- ルール: 広告セットのROASが3日間Xを上回ったら、予算を20%増加
アラートルール(Dolphin Cloudのモニタリングを置き換え):
- ルール: キャンペーンの配信が「配信されていない」に変わったら、Telegramアラートを送信
- ルール: 日次支出が突然50%以上減少したら、Telegramアラートを送信
- ルール: アカウントの支払いが失敗したら、Telegramアラートを送信
フェーズ4: 並行運用期間(5〜19日目)
これが最も重要なフェーズです。切り替える前に、Dolphin CloudとAdRowの両方を2週間同時に実行して、すべてが正常に機能していることを確認します。
並行運用中にすること
第1週: 観察と比較
- AdRowダッシュボードを毎日確認 — データがAds Managerと一致していることを検証
- AdRowオートメーションルールのトリガーとDolphin Cloud RPAのアクションを比較
- Telegramアラートが正しく届いていることを確認
- すべてのチームメンバーが割り当てられたアカウントにアクセスできることを確認
- AdRowのレポートデータが確立されたベースラインと一致することを確認
第2週: 運用の移行
- Dolphin Cloudではなく、AdRowを通じてキャンペーンの変更を開始
- AdRowのバルク操作を使用してアカウント間の予算調整を行う
- 新しいキャンペーンはすべてAdRowを通じて開始
- オートメーションルールを「通知のみ」から「アクティブ」に切り替える(一度に1つずつ)
- Ads Managerで結果を確認して、アクティブなルールが正しく実行されていることを検証
並行運用中にしてはいけないこと
- 両方のプラットフォームから同じキャンペーンを同時に変更しない — 競合を避けるためにキャンペーンごとに1つのプラットフォームを選択
- Dolphin Cloudのプロファイルをまだ削除またはアーカイブしない — 安全網として保持
- この期間中にDolphin Cloudのサブスクリプションをキャンセルしない
- すべてのオートメーションルールを一度に有効化するために急がない — 数日かけて段階的に行う
並行運用中のトラブルシューティング
| 問題 | 考えられる原因 | 解決策 |
|---|---|---|
| AdRowがAds Managerとは異なるメトリクスを表示する | レポートのタイムゾーンの不一致 | AdRowのタイムゾーン設定がAds Managerの設定と一致していることを確認 |
| オートメーションルールが誤って発火する | ルール条件が敏感すぎる | 閾値を調整するか、時間ベースの条件を追加(例:「3時間連続で」) |
| 特定のキャンペーンが表示されない | 権限スコープが狭すぎる | より広い権限でOAuthを通じてアカウントを再接続 |
| チームメンバーがアカウントにアクセスできない | ロールの割り当てが誤っている | AdRowのチーム管理設定でロールの割り当てを確認 |
| Telegramアラートが届かない | ボットが設定されていない | AdRowのTelegram統合設定ガイドに従う |
フェーズ5: 完全な切り替え(19〜21日目)
並行運用期間でAdRowがすべての運用を正しく処理していることが確認されたら、切り替えの時です。
切り替えチェックリスト
このチェックリストを体系的に進めます:
切り替え前の確認:
- すべての緑のアカウントが接続され、AdRowで正しいデータが表示されている
- すべてのオートメーションルールがアクティブで、並行運用中に正しく実行された
- すべてのチームメンバーがアクセスを確認し、AdRowに慣れている
- AdRowのレポートがすべての通常レポート要件をカバーしている
- Telegramアラートがすべての重要な条件に対して設定およびテスト済み
切り替えアクション:
- すべてのDolphin Cloud RPAスクリプトを停止
- すべてのDolphin Cloudブラウザプロファイルを閉じる(まだ削除しない)
- すべてのキャンペーン管理がAdRowを通じて行われていることを確認
- Dolphin Cloudプロファイルに関連するプロキシサブスクリプションをキャンセル
- 記録のために切り替え日を文書化
切り替え後の確認(24〜48時間):
- すべてのキャンペーンが引き続き正しく実行されていることを確認
- オートメーションルールが引き続き適切に発火していることを確認
- Dolphin Cloudを停止した後にキャンペーンへの予期しない変更がなかったことを確認
- レポートデータの継続性を確認
Dolphin Cloudの廃止
AdRowのみで48時間正常に動作した後:
- Dolphin Cloudブラウザプロファイルを削除: 移行したアカウントに関連するすべてのプロファイルを削除
- プロキシサブスクリプションをキャンセル: Meta Ads管理のためのモバイルプロキシや住宅用プロキシはもう必要ありません
- Dolphin Cloudサブスクリプションをキャンセル: サブスクリプションを終了(年間請求条件を確認)
- 文書化: 移行完了日と将来の参照のためのメモを記録
移行タイムラインのまとめ
| フェーズ | 期間 | 作業時間 | 説明 |
|---|---|---|---|
| フェーズ1: 移行前の監査 | 1日目 | 1〜2時間 | アカウントの棚卸し、ワークフローの文書化 |
| フェーズ2: AdRowの設定 | 2〜3日目 | 2〜3時間 | アカウント作成、OAuthで接続、チームの設定 |
| フェーズ3: オートメーションルール | 3〜5日目 | 2〜4時間 | RPAワークフローをオートメーションルールとして再作成 |
| フェーズ4: 並行運用 | 5〜19日目 | 30分/日 | 両プラットフォームを実行、確認、運用の移行 |
| フェーズ5: 完全な切り替え | 19〜21日目 | 1〜2時間 | 最終確認、切り替え、廃止 |
| 合計 | 約3週間 | 約12〜18時間 | 完全な移行 |
移行後の最適化
AdRowに完全に移行したら、Dolphin Cloudでは利用できなかった機能を活用してください:
クロスアカウント分析
AdRowの統合ダッシュボードでは、すべてのアカウントのパフォーマンスを1つのビューで比較できます。これを使用して:
- 最高のROASを実現するアカウントとキャンペーンを特定
- 注意が必要なパフォーマンスの低いアカウントを発見
- ビジネスレベルのレポートのための支出と収益データを集計
高度なオートメーションルール
ルールがAPIレベルで実行されるようになったため、より洗練されたオートメーションを作成できます:
- 複数の条件を連鎖(例:「CPAが20ドルを超え、かつ日次支出が100ドルを超えたら、予算を30%削減」)
- 特定の時間枠にルールをスケジュール
- 複数のアカウントに同時に適用されるルールを設定
バルクキャンペーンランチャー
AdRowのバルクランチャーを使用して、複数のアカウントに同時にキャンペーンを展開します。これはDolphin Cloudではプロファイルごとに順次実行が必要でした。特に以下に価値があります:
- すべてのアカウントにわたってシーズナルキャンペーンを開始
- 複数のアカウントに新しい広告クリエイティブを展開
- アカウント間で並行して新しいオーディエンスをテスト
チームコラボレーション
6段階のRBACにより、以下が可能になります:
- ブラウザプロファイルを共有せずに、クライアントにアカウントデータへのビューアーアクセスを付与
- ジュニアメディアバイヤーがマネージャーの承認が必要なキャンペーンを作成できるようにする
- 誰がいつ何を変更したかの監査証跡を維持
エッジケースへの対応
複数プラットフォームのアカウント
Dolphin CloudをMetaと他のプラットフォーム(Google、TikTok)の両方に使用していた場合、個別のソリューションが必要です:
- Meta: AdRow(APIベース、BAN リスクゼロ)
- Google Ads: GoogleのAPIツール、またはGoogle専用の管理プラットフォーム
- TikTok: TikTok独自のビジネスセンター、またはTikTok専用ツール
これが公式APIプラットフォームへの移行における唯一のトレードオフです。プラットフォーム固有のものです。しかし、特にMeta広告のコンプライアンスと安定性のメリットは実質的です。
以前に制限されたアカウント
Dolphin Cloud関連の検知によって一部のアカウントが制限されていた場合:
- 制限中はAdRowに接続しようとしない
- Metaのサポートチャンネルを通じて直接制限に異議申し立てをする
- 異議申し立てが成功した場合、AdRowに接続する前に48時間待つ
- 異議申し立てが失敗した場合、アカウントを放棄する必要があるかもしれない
大規模な運用(50以上のアカウント)
多くのアカウントを持つ運用の場合:
- より高いAPIレート制限のためにAdRowのEnterpriseプラン(月額499ユーロ)を検討
- 一度にすべてではなく、10〜15アカウントのバッチで移行
- 各バッチの並行運用期間を管理するための専任チームメンバーを割り当てる
- 3週間ではなく合計4〜5週間の移行時間を確保
結論
Dolphin CloudからAdRowのような公式Meta APIプラットフォームへの移行は、技術的に複雑ではありません。最も難しい部分は切り替えを決断することです。実際の実行は体系的でリスクが低いです。
主要な原則は次のとおりです:
- 移行前に監査する: Dolphin Cloudに何があるかを正確に把握する
- OAuthで接続する: Metaが承認した標準的な方法でアカウントごとに数分
- オートメーションを再作成する: RPAスクリプトをAPIベースのルールにマッピング
- 並行して実行する: 2週間のデュアル運用で自信を得る
- クリーンに切り替える: 体系的なチェックリストでミスを防ぐ
キャンペーンデータはプロセス全体を通じてMetaのサーバーに留まります。何も失われません。変わるのはそのデータへのアクセス方法と管理方法だけです。あるものではないふりをするブラウザから、Metaが明示的に承認するAPI接続へ。
今日からAdRowの14日間無料トライアルで移行を始めましょう。トライアル期間はこの移行ガイドの並行運用フェーズと完璧に一致します。
よくあるご質問
The Ad Signal
推測を拒否するメディアバイヤーのための週刊インサイト。1通のメール。シグナルのみ。
関連記事
Dolphin Cloud代替ツール:アカウント停止なしでMeta広告を管理する方法
メディアバイヤーやアフィリエイターがMeta広告管理においてDolphin Cloudと アンチ検出ブラウザから離れている理由。停止リスク、隠れたコスト、そして AdRowが公式API統合・自動化ルール・無制限アカウントで提供する正規の代替手段を解説。
Dolphin CloudがFacebook広告アカウントをBANされる理由
Dolphin Cloudユーザーは、MetaがAnti-Detectブラウザでは対抗できない行動分析、 デバイステレメトリー、ML駆動の検出システムを展開するにつれ、アカウントBANが加速 しています。本ガイドでは、検出トリガー、広告ポートフォリオ全体を破壊するカスケード 効果、そして公式APIアクセスへの移行が唯一の構造的解決策である理由を詳しく解説します。
Dolphin Cloud対AdRow:RPAオートメーション対公式Meta API
Dolphin CloudのRPAおよびアンチ検出ブラウザアプローチと、AdRowの公式Meta Marketing API統合を徹底比較。セットアップ、日常業務、機能表、セキュリティモデル、料金内訳、メディアバイヤー向け意思決定フレームワークを網羅。