Instagram自動化で制裁の引き金になったのは操作数ではなくページを開いた回数だった

Instagramの自動フォローで警告を受けた原因を切り分けたら、フォロー数でもIPでもなく「短時間に開いたページ数」でした。同じアカウント・同じサーバー・同じ日に方式だけ変えた2回の実測と、押した数とフォロー中の数が一致しない理由をまとめます。

結論：引き金はフォロー数ではなくページを開いた回数だった

新規アカウントで自動フォローを試したときの話です。1回目はフォローを1件も実行していない段階でパスワード変更を要求されました。2回目は方式だけ変えて、48件連続でフォローしても警告ゼロでした。

アカウントもサーバーも同じ日の同じものです。違っていたのは、アクション前に何ページ開いたかという一点だけでした。

実測

120本超開いてフォロー0件で制裁

ハッシュタグ12個を巡回し、投稿を120本以上開いた段階でパスワード変更要求

1回目に組んだのは、よくある発想の流れです。

この2番目の時点で、開いた投稿は120本以上になりました。そして3番目に到達する前、フォロー0件の状態でパスワード変更を要求されました。

失敗したこと

「フォローという書き込み操作を控えめにすれば安全だろう」という前提で設計していました。実際にはフォローを1件も押していないのに止められたので、この前提が丸ごと間違っていたことになります。

ここが自分にとって一番意外な点でした。読むだけの操作は無害だと思い込んでいたわけです。閲覧も含めた総アクセス数が見られている、と考え直す必要がありました。

そこで、対象アカウントの集め方を変えました。ハッシュタグを巡回して投稿を1本ずつ開くのをやめ、フォロワー一覧を1回開いて、そこから対象を取る方式にしました。

結果は48件連続フォローで警告なしです。同じアカウント、同じサーバー、同じ日です。

うまくいったこと

ページを開く回数を「120本以上」から「1回」に落としただけで、フォローという書き込み操作を48件走らせても何も起きませんでした。フォロー間隔は30〜60秒で、1回目とまったく同じ設定です。

間隔もIPもアカウントも揃えた上で結果が反転しているので、差分として残るのは「短時間に何ページ開いたか」だけです。IPを変えれば直る、間隔を空ければ直る、という話ではありませんでした。

ポイント

自動化の設計で削るべきは、実行するアクションの数ではなくアクションに至るまでの巡回コストです。1件フォローするために何ページ開いているかを数えてみると、無駄が見えます。

もう一つ、実行後に混乱した点があります。48件フォローを押したのに、プロフィールの「フォロー中」は36件しか増えませんでした。

差分の12件は、非公開アカウントへのフォロー申請中でした。申請は送られているものの、相手が承認するまでフォロー中としてカウントされません。

注意

これはバグでも、制限で弾かれたわけでもありません。押した数とフォロー中の数がずれていても、それだけで「制限された」と判断しないでください。判断を誤ると、動いているツールを無意味に作り直すことになります。

自動化のログを「押した件数」で持っていると、この差でどうしても数字が合わなくなります。ログ側でフォロー中と申請中を分けて記録しておくのが実務的です。

正直に書きます。今回の2回の実測で言えるのは、この条件下でこの結果になったということだけです。

分かったのは、「フォロー数を控えめにしておけば安全」という設計思想は間違っているという一点です。閲覧を含めた総ページ数を設計変数として扱わないと、フォロー0件でも止まります。

まとめ