新規アカウントでいきなり投稿すると、表示が制限されたりアカウントが停止されたりします。ウォームアップ担当は設定した方針に沿って、閲覧・いいね・フォローなどの動作を毎日適量ずつ行い、通常の利用に近い履歴を積み上げて投稿できる状態まで育てます。
新しいアカウントで 1 本目を投稿したらすぐ表示制限がかかってしまって、どこが悪かったのか分からない
ウォームアップ期間の動作はすべて記録に残ります。どの日に何をしたか、成功したか失敗したか、失敗の理由は何かを個別の記録までたどれるため、推測に頼る必要はありません。
手作業のウォームアップは追いつかなくて、20 アカウントで 1 人の 1 日が埋まってしまう
動作はデジタル社員がそれぞれの独立した環境で実行します。アカウント数が増えても、人員を比例して増やす必要はありません。
いつ育ち終わったのか判断できなくて、感覚で投稿を始めるしかない
成熟度はスコアとして日ごとに積み上がり、目標日数も明確です。基準に達するまで、投稿担当がそのアカウントにタスクを組むことはありません。
一群のアカウントの中に必ず使えなくなったものが混ざっていて、無駄にリソースを食い続けている
使用不可の判定基準はお客様が定義します。該当した時点で動作を止め、ウォームアップ回数と端末の稼働時間をそれ以上消費しません。該当アカウントは別枠で一覧化し、お客様の対応を待ちます。
ウォームアップ方針は、お客様の確認が必要な工程です。積極的な設定と保守的な設定では結果が大きく変わり、適切な値はプラットフォームやアカウントの入手経路によって違います。AI は提案までを行います。
アカウントを独立したクラウドブラウザまたはクラウドスマホに紐付け、地域のプロキシを設定します。以降、同じアカウントは常に同じ環境と回線を通ります。
1 日に行う動作、それぞれの回数、実行間隔、稼働までの目標日数を設定します。プラットフォームごとの個別設定も、既存テンプレートの適用も可能です。
動作はアカウントの活動時間帯に分散して実行し、決まった時刻に一括で走らせることはしません。動作ごとにスコアがあり、積み上がって成熟度になります。
認証コードの要求、ログイン状態の失効、コンテンツが表示されないといった兆候が出たら、強度を下げるか一時停止します。使用不可の基準に該当した場合は完全に停止します。
成熟度が目標値に達したアカウントは投稿可能プールに入ります。投稿担当はこのプールからアカウントを取ってスケジュールを組みます。
リスク許容度を決められるのはお客様だけです。速く育てればプラットフォーム側の制限に触れやすくなり、安定を取れば期間が長くなります。この兼ね合いはアカウントの取得コストと公開時期の要件によって変わるもので、AI が代わりに選ぶべきものではありません。
動作の種類、1 日あたりの回数、実行間隔をプラットフォームごとに設定します。テンプレートとして保存し、次のバッチで再利用できます。
積極的・標準・保守的の 3 段階です。動作の密度と、異常が出た後にどれだけ抑えるかに影響します。
動作の種類によって成熟度への寄与は異なります。スコアは調整でき、プラットフォーム側のルール変更に合わせられます。
動作はアカウントの所属地域で人が動いている時間帯にのみ実行し、現地の深夜など不自然な時間を避けます。
どの状態をアカウント使用不可とみなすかを定義します。該当した時点で動作を止め、それ以上のウォームアップ回数を消費しません。
バッチ全体の進捗、アカウントごとの成熟度と経過日数、動作の推移と成功率を確認できます。
動作ごとの時刻、対象、結果、失敗理由を 1 件ずつ保存し、アカウント単位でも期間単位でも検索できます。
グループ単位で開始、停止、方針変更、リセットを一括で行えます。新規アカウントは一括インポートし、環境を自動で割り当てられます。
ウォームアップ担当が提供するのはソフトウェアの機能です。使用するアカウント、環境、ネットワークは別途ご準備いただきます。ここを正確にお伝えしないと、費用の見積りを誤ったまま計画することになるためです。
プラットフォームとリスク許容度によります。目標日数はお客様が設定し、7 日から 21 日あたりが一般的です。保守的な方針は期間が長くなる分、プラットフォーム側の制限に触れる確率は下がります。基準に達するまで投稿タスクは組まれません。
できません。プラットフォームの検知ルールは公開されておらず変わり続けるため、停止がゼロだと約束できるツールは存在しません。ウォームアップ担当ができるのは、アカウントの挙動を通常の利用に近づけ、リスクをお客様が設定した許容範囲に収め、異常の兆候が出た時点で早めに手を止めて損失を抑えることです。
動作の種類ごとにスコアがあり、実行が成功すると加算され、経過日数で重み付けされます。スコアは調整でき、プラットフォーム側のルール変更に合わせられます。管理画面ではアカウントごとの現在のスコア、経過日数、目標日数を確認できます。
お客様が定義する条件の組み合わせで、該当したらそのアカウントにこれ以上投資しないと判断するためのものです。たとえばログイン失敗が続く、プラットフォームからフラグを付けられる、コンテンツが長期間表示されないといった状態です。該当するとウォームアップ担当はすべての動作を止め、ウォームアップ回数をそれ以上消費しません。該当アカウントは別枠で一覧化され、破棄するか異議申し立てをするかはお客様が判断します。
プラットフォームの要件と検知対策の設定によります。条件を満たす端末を複数アカウントで共有できるケースもあり、専有が必要なケースもあります。料金は実際に使用した端末数で計算し、アカウント数に強制的に紐付けることはありません。
できます。既存アカウントは接続後、ウォームアップを飛ばしてそのまま使えます。活動を維持するための軽い動作を一定期間走らせることも可能です。手元のローカルブラウザ環境も同じ管理画面に取り込めます。
担当者がプラットフォーム、アカウントの入手経路、公開時期に合わせて、具体的な方針のご提案とリソースのお見積りをご案内します。