約6分で読める記事です。ポイントをギュッとまとめましたので、ぜひ最後までどうぞ！
目次
SNSの数字は、施策以外の理由でも動きます。プラットフォームの仕様が変わっただけで、フォロワー数が増えたり減ったりする。2026年7月末にXで起きた誤フォローの多発は、その分かりやすい例でした。困るのは数字が動くことそのものではありません。動いた理由を説明できないことです。私たちはSNSのデータを提供する立場なので、この「説明できない期間」がどれだけ厄介かは、よく耳にします。
2026年7月30日前後から、Xで「気づいたら知らないアカウントをフォローしていた」「逆にフォローが外れていた」という投稿が相次ぎました。共通しているのは、タイムラインで画像や動画をタップして拡大しようとしたら、その近くにあったフォローボタンを押していた、というパターンです。フォロワーが1000人を超えたと喜んでいたら誤操作の産物だった、という投稿まで見かけました。
背景として、Xは2026年7月20日（現地時間）にAndroidアプリの大規模な刷新を発表しています。1年以上かけてアプリを作り直し、画面遷移の速度や動作の正確性を高めたとされています（ITmedia NEWS の報道）。7月中旬にはプロフィール画面で「投稿」と「リポスト」のタブが分離されるなど、この夏は立て続けにインターフェースが変わりました。
ただし、フォローボタンの位置変更そのものを名指しした公式のアナウンスは、現時点では確認できていません。ここは正確に押さえておきたいところです。原因の特定を待つより、「プラットフォーム側の変更で数字がぶれることがある」を前提に組んでおくほうが、実務としては現実的だと思っています。
似たことは以前からありました。Instagramでは、リールの「再生数」やフィード投稿の「インプレッション」と分かれていた指標が、「閲覧数（Views）」という共通の尺度に統一されています。計測の対象が変わったわけではなく、数え方と呼び方が変わった。それでも、前の月と並べれば数字は動いて見えます。
こうしたとき、担当者の立場が分かれるのは、原因を説明できるかどうかだと感じています。同じ「先月より落ちました」でも、理由を添えられるかどうかで受け取られ方がまるで違う。数字そのものより、数字の背景を持っているかどうかが効いてきます。
ここで「日次で見るのをやめましょう」と書ければ簡単なのですが、そうもいきません。うちが提供しているツールも、既定は日次です。
理由ははっきりしています。キャンペーンの計測は、実施期間が1〜2ヶ月。その前後1ヶ月ほどを含めても、見る窓はせいぜい3ヶ月です。この長さで数字をならしてしまうと、施策で立ち上がった山がそのまま消えます。細かい数字が喜ばれるのは、そうしないと何も見えないからです。粒度は目的で決まるものだと思っています。
ただ、細かく見るということは、ノイズも一緒に拾うということでもあります。年単位でアカウントの成長を追っているなら、数百件の誤フォローは誤差の範囲でしょう。ですが1ヶ月の窓で数百件動けば、それは施策の成果と見分けがつきません。細かく見る覚悟をするなら、動いた理由を書き残す仕組みもセットで要る。私はそう考えています。
キャンペーン期間中にフォロワーが動いたとき、それが成果なのか外部要因なのかを見分ける方法についても触れておきます。私がまず見るのは、フォロワー以外の数字です。
フォロワーの増減だけを見ても、判断はつきません。同じ期間の投稿インプレッション（投稿が表示された延べ回数）やプロフィールへの流入を並べて、増え方の形が揃っているかを見ます。施策が効いているなら、どこか手前の数字も一緒に動いているはずです。フォロワーだけが単独で跳ねているときは、たいてい別の理由があります。
この見方は、道具があるかどうかとは関係なく使えます。手元のインサイト画面でも、複数の数字を並べて形を見比べるだけで、かなりのことが分かります。
もう一つ、比べ方の工夫もあります。前日比ではなく、前週の同じ曜日と比べることです。SNSの反応には曜日の癖があり、平日と土日では基準そのものが違います。日次で見ること自体は問題ないのですが、比べる相手を一日前にすると、曜日の差とノイズと施策の効果が全部混ざってしまう。同じ曜日どうしで並べるだけで、見なくていい揺れはかなり減ります。
なお、企業アカウントを運用している場合は、フォロー一覧を月に一度ほど眺めておくと安心かもしれません。フォロー一覧は外から見える情報なので、意図しないフォローが残っていると、思わぬ憶測を呼ぶことがあります。毎日確認するほどのものではありませんが、手間の割には効く点検だと思います。
外部要因に気づくのは誰の仕事なのか、という話もあります。急激な変化そのものは、ツール側でも検知できます。ただ、それがプラットフォームの仕様変更なのか、投稿がたまたま伸びたのかまでは、機械には分かりません。数字の異常には気づけても、理由は人が書き残すしかない。ここは今のところ分業だと思っています。
だとすると、ツールがどこまでやるべきかにも線が引けます。ならして見せる、異常値に印を付ける、あたりまでは道具の仕事です。ですが、その動きが本物かどうかの判断は、使う人に返すしかありません。ツールが「これはノイズです」と勝手に決めてしまうと、今度は本物の変化を見落とします。
そのうえで、レポートに「外部要因メモ」の欄を常設しておくことをおすすめしたいです。プラットフォームの仕様変更、大型アップデート、障害。気づいたものを1行書いておく。これは説明のためというより、後から自分を助けるための記録になります。ここで大事なのは、数字が動いた月だけ書かないことだと思っています。悪い月にだけ登場する欄は言い訳に見えますが、毎回同じ欄に淡々と書き続ければ、それは記録になります。
数字はプラットフォームの都合でも動きます。動いた理由を説明できる状態にしておくことが、運用者の信頼をつくっていくのではないでしょうか。
