Threadsの投稿データを自動取得する方法｜Googleスプレッドシート×Apps Scriptで分析シートを作る
こんにちは、にじかぶです。
Threadsを運用していて、ずっと気になっていることがあります。
投稿はしている。
反応も一応見ている。
でも、あとから振り返ろうとすると、
何が伸びたのかが意外と残っていない。
その場では、
「この投稿、ちょっと伸びたな」
と思っても、数日たつと流れていきます。
スクショを撮るほどでもない。
手入力で記録するほど余裕もない。
でも、あとから見返せないと、
次の投稿に活かしにくい。
これが、Threads運用で地味に困るところでした。
特にAIを使って投稿数を増やしていくと、
この問題はさらに大きくなります。
投稿を作ること自体は速くなる。
でも、そのぶん「何が効いたのか」を
見返す作業が追いつかなくなる。
そこで、自分用として、Threadsの投稿データを
Googleスプレッドシートに自動で残す仕組みを作りました。
投稿日時、投稿内容、閲覧数、いいね数、コメント数、
自分のリプ、他人からのコメント、週次集計まで、
できる範囲で自動取得して整理する形になります。
この記事では、その分析シートの作り方をまとめております。
スクショを大量に使った完全マニュアルというより、
実際に運用しながら整えてきた仕組みを、
初版として共有する位置づけです。
自分用として運用の中で使いながら、
記事として出せる形に精査している内容になり、
今後、質問が多かった部分や、
つまずきやすい箇所は追記を予定しております。
第0章｜投稿しているのに、何が伸びたのか残らない理由
Threadsは、投稿の流れがかなり速いです。
朝に投稿して、昼に少し反応を見て、夜にはもう別の投稿を考えている。
その場では、なんとなく覚えています。
「この投稿は少し伸びた」
「これはコメントが来た」
「これは思ったより反応が弱かった」
たしかに、その瞬間は覚えています。
でも、数日たつと、かなり曖昧になります。
どの投稿が何時に出したものだったのか。
どの一文目が反応されたのか。
どのテーマにコメントがついたのか。
リプで補足した投稿はどれだったのか。
このあたりが、だんだん混ざっていきます。
Threadsを見ていると、数字は見えます。
でも、運用に使える形で残っているかというと、また別です。
数字を見ているつもりでも、あとから比べられない
Threadsの投稿画面を開けば、閲覧数や反応は確認できます。
その投稿が今どれくらい見られているか。
いいねがどれくらい付いているか。
コメントが来ているか。
これは見られます。
ただ、それはあくまで「その投稿を開いたときに見える数字」です。
あとから複数の投稿を並べて、
どのテーマが伸びたのか。
どの投稿にコメントが多かったのか。
どのリプ誘導が会話につながったのか。
note導線に近い投稿はどれだったのか。
ここまで見ようとすると、画面上だけではかなり厳しくなります。
1投稿ずつ開いて、数字を確認して、必要ならスクショを撮る。
さらに、あとから見返せるようにメモする。
できなくはありません。
でも、毎日投稿している中で、それを続けるのはかなり厳しいです。
投稿するだけでも時間を使います。
AIで投稿案を作るとしても、確認して、直して、投稿して、反応を見る。
そのうえで、数字まで手入力する。
夜にPCを開いて、Threadsの画面とスプレッドシートを
行き来しながら、数字を打ち込む。
最初の数日はできても、忙しい日が続くとすぐに止まります。
問題は、意識が低いことではありません。
手作業で続けるには、運用の負荷が高すぎることです。
AIで投稿数が増えるほど、振り返りが追いつかなくなる
AIを使うと、投稿案はかなり作りやすくなります。
一文目の案を出す。
リプ案を作る。
同じテーマを別角度にする。
投稿カレンダーを作る。
ここまでは、かなり現実的にできます。
ただ、投稿数を増やせるようになると、次に別の問題が出ます。
投稿が増えるほど、振り返りが追いつかなくなります。
10投稿くらいなら、まだ覚えていられるかもしれません。
でも、30投稿、50投稿、100投稿と増えていくと、
体感だけではかなり怪しくなります。
しかも、Threadsの反応は単純ではありません。
閲覧数は高いけど、コメントはない。
いいねは少ないけど、リプが濃い。
表示は弱いけど、note導線には近い。
コメントは少ないけど、次の投稿テーマに使えそうな反応がある。
こういう投稿が普通にあります。
だから、閲覧数だけを見て「伸びた」「伸びなかった」と
判断すると、かなり危ないです。
本当は次に活かせる投稿なのに、数字だけ見て流してしまう。
逆に、表示だけ伸びた投稿を「正解」と思い込んでしまう。
このズレが積み重なると、投稿数は増えているのに、
運用の精度は上がりません。
AIで投稿を作れるようになったあとに必要なのは、
投稿を増やす力だけではありません。
増やした投稿を、あとから見返せる状態です。
スクショ保存や手入力では、運用の土台になりにくい
最初は、スクショでもいいと思っていました。
伸びた投稿だけスクショを撮る。
コメントが来た投稿だけ残す。
あとで見返すために、フォルダに入れておく。
ただ、実際にやると分かります。
スクショは、後から探しにくいです。
どの投稿が何月何日のものか。
どのテーマだったのか。
そのときの閲覧数はいくつだったのか。
後日どれくらい数字が変わったのか。
画像としては残っていても、比較には向きません。
手入力も同じです。
スプレッドシートに
投稿URL、投稿日、本文、閲覧数、いいね数、コメント数を入れる。
やれば分析できる形にはなります。
でも、毎日それを続けるのはかなり大変です。
特に、会社員として日中の時間が限られている場合、
夜に投稿運用をするだけでも集中力を使います。
そこに記録作業まで入れると、だんだん重くなっていきます。
そして、こういう記録作業は一度止まると戻しにくいです。
3日分なら戻せます。
1週間分でも、なんとか戻せるかもしれません。
でも、2週間、1か月と空くと、もうかなり面倒になります。
結果として、また感覚に戻ります。
「なんとなく、このテーマが良さそう」
「たぶん、この型は反応が良かった気がする」
「最近はAI系が伸びている気がする」
この「気がする」で運用していると、投稿は続いても、
判断の材料が残りません。
必要だったのは、投稿を増やす仕組みではなく、残す仕組みだった
私が欲しかったのは、
単に投稿数を増やす仕組みではありませんでした。
投稿案はAIで作れます。
一文目の改善もできます。
リプの補足も作れます。
でも、その先で必要になるのは、
投稿をあとから見返せる状態です。
どの投稿が見られたのか。
どの投稿にコメントが来たのか。
どのリプが会話を生んだのか。
どのテーマが次も使えそうなのか。
どの投稿がnote導線に近かったのか。
この材料が残っていないと、
運用改善はどうしても感覚に寄ります。
毎日投稿している。
AIも使っている。
でも、次に何を増やせばいいのか分からない。
この状態を避けるために、Threadsの投稿データを
自動で残すツールを作りました。
手で記録するのではなく、毎朝自動で残るようにする。
投稿単体ではなく、リプやコメントもできる範囲でまとめる。
週単位でも振り返れるようにする。
今回の記事により、自分専用の分析元情報が手にはいります。
数字を見て何を判断するかは、さらに別のテーマになります。
ただ、その前に、数字と投稿内容が残っていなければ
分析をすることができません。
だからこの記事では、
Threads運用を感覚だけで終わらせないために、
投稿データを自動で残す仕組みの実現方法を
説明しております。
この記事で得られるもの
この記事で得られるのは、
Threads運用を分析するための「完成された答え」ではありません。
まず得られるのは、
Threadsの投稿データをあとから見返せる状態です。
具体的には、投稿日時、投稿本文、閲覧数、いいね数、コメント数、
自分のリプ、他人からのコメント、週次集計などを、
Googleスプレッドシートに残す仕組みを作っていきます。
毎回手入力で記録するのではなく、
できる範囲で自動取得し、あとから比較できる状態にする。
この記事の目的はここです。
Threads運用では、数字を見て終わりではありません。
本当に大事なのは、
その数字をどう読み、次の投稿にどう活かすかです。
ただ、その前に、投稿内容と数字が残っていなければ、
振り返る材料がありません。
この記事ではまず、
Threads運用を感覚だけで終わらせないための土台を作ります。
分析のやり方そのものは、
現在の運用の中で精査している内容を
別記事としてまとめる予定になります。
この記事は、その前段階として、
「分析できる状態を作る」ための記事です。
この記事が合う人
この記事が合うのは、
Threadsをなんとなく投稿して終わらせたくない人です。
特に、以下に当てはまる人には向いています。
・Threadsを継続的に投稿している
・AIを使って投稿案を作っている
・投稿数は増えたが、振り返りが追いついていない
・どの投稿が伸びたのか、あとから見返しにくい
・閲覧数やコメント数をスプレッドシートで管理したい
・noteや有料記事への導線をThreadsから作りたい
・感覚ではなく、投稿データを見ながら改善したい
・GoogleスプレッドシートやApps Scriptに抵抗が少ない
・多少つまずいても、AIに相談しながら進められる
特に、AIで投稿を作るようになってから、
「投稿は増えたけど、何が効いたのか分からない」
と感じている人には合うと思います。
投稿を増やすだけではなく、
残して、見返して、次に活かす。
そのための仕組みを作りたい人向けです。
この記事が合わない人
逆に、この記事が合わない人もいます。
まず、Threadsをたまにしか投稿しない人には、
ここまでの仕組みは少し重いかもしれません。
月に数回投稿する程度であれば、
手動メモやスクショでも十分な場合があります。
また、GoogleスプレッドシートやApps Script、
Metaアプリの設定にまったく触れたくない人にも向きません。
この記事では、コードを使います。
できるだけ順番に進められるように書きますが、
ボタンを押すだけで完成するテンプレ配布ではありません。
Meta側の画面やAPI仕様によって、
表示やエラー内容が変わる可能性もあります。
そのため、
「絶対にエラーなしで進めたい」
「コードは一切見たくない」
「分析よりも投稿文だけ作れればいい」
という人には、あまり向いていません。
この記事は、
Threads運用を少しずつ仕組み化したい人向けです。
完璧な自動化ではなく、
実際の運用で困らないところまで自動化し、
残った部分は確認できる形にする。
そのくらいの温度感で進める人に合っています。
先に期待値をそろえておきたいこと
今回作る仕組みは、
Threadsのすべてを完全に自動分析するものではありません。
投稿データを取得し、
スプレッドシートに整理し、
あとから見返せる状態にするものです。
また、Threads APIの仕様上、
自分のリプや他人コメントの紐づけが、
すべて完全に取れるとは限りません。
完璧な自動化よりも、
運用上使える形を優先しています。
この前提を理解したうえで進めると、
この記事はかなり実用的に使えるはずです。
第1章｜この分析シートでできること
今回作るのは、Threads投稿の反応を
あとから見返せるようにする
Googleスプレッドシートです。
投稿日時、投稿本文、閲覧数、いいね数、コメント数などを
できる範囲で自動取得し、毎朝シートに残る形にします。
難しそうに見えるかもしれません。
実際、最初の設定では少しつまずきやすい部分があります。
ただ、一度仕組みを作ってしまえば、
毎回Threadsを開いて、投稿を一つずつ確認し、
数字を手入力で残す必要はかなり減ります。
この記事では、まず
「どんな分析シートを作るのか」
「作ると何が見えるようになるのか」
を先に整理しておきます。
投稿内容と数字を自動で残せる
まずできるようになるのは、
Threads投稿の内容と数字を一覧で残すことです。
投稿した日時。
投稿した本文。
投稿のURL。
閲覧数やいいね数。
コメント数やその他の反応。
こうした情報を、あとから見返せる形で残していきます。
Threads上では、投稿はどんどん流れていきます。
その場では覚えていても、
数日たつと、どの投稿をいつ出したのかが曖昧になります。
特にAIを使って投稿案を増やしていると、
似たテーマや似た切り口も増えていきます。
「この一文目、前にも使った気がする」
「このテーマは何回くらい投稿しているだろう」
「朝に出した投稿と夜に出した投稿で反応は違うのか」
こういう確認を、あとから一覧で見られるようになります。
数字だけで投稿の良し悪しは決められません。
ただ、数字が残っていないと、
そもそも比較ができません。
体感では伸びた気がしていた投稿より、
実際には別の投稿の方がコメントを生んでいた。
こういうことは普通にあります。
だからまずは、投稿内容と数字を残す。
リプやコメントも振り返りの材料にできる
Threadsでは、メイン投稿だけでなく、
リプやコメントもかなり重要です。
メイン投稿は短く出して、
リプで少し補足する。
読者からコメントが来て、
そこから次の投稿テーマが見えてくる。
こういう流れはよくあります。
もしメイン投稿だけを見ていると、
その投稿がどんな会話につながったのかが
分かりにくくなります。
閲覧数は高いけど、会話は生まれていない投稿。
閲覧数はそこそこでも、濃いコメントが来ている投稿。
リプの補足まで含めると、反応の意味が変わる投稿。
こういう違いを見られるようにするために、
今回の仕組みでは、リプやコメントもできる範囲で整理します。
ただし、ここは完璧な自動化を狙いすぎません。
Threads側の仕様や取得できる情報には限界があります。
そのため、取得できるものは自動で整理し、
判断が必要なものは確認できる形にします。
大事なのは、
すべてを完全に自動処理することではありません。
実際の運用で困らないところまで、
見返せる状態を作ることです。
週単位で運用の流れを見られる
投稿ごとの数字だけを見ていると、
運用全体の流れが見えにくくなります。
その日の閲覧数が良かった。
昨日よりコメントが少なかった。
この投稿だけ少し伸びた。
毎日見ていると、どうしても
1投稿ごとの反応に気持ちが引っ張られます。
でも、本当に見たいのは、
もう少し長い単位での変化です。
今週はどれくらい投稿したのか。
メイン投稿とリプの量はどうだったのか。
合計閲覧数は増えたのか。
コメントが生まれた投稿はあったのか。
一番見られた投稿はどれだったのか。
こういう週単位の振り返りができると、
少し落ち着いて運用を見られるようになります。
毎朝自動で更新できる
今回の仕組みでは、
毎朝自動でデータを取得する形です。
PCを開いていなくても、
スプレッドシートを開いていなくても、
Google側で処理が走るように設定します。
これができると、記録作業の負担がかなり減ります。
投稿する。
反応を見る。
数字を転記する。
あとから比較する。
これを全部手作業でやろうとすると、
どこかで止まりやすくなります。
特に、夜しか作業時間がない場合、
投稿を考えるだけでも集中力を使います。
そこに記録作業まで毎回入れると、
だんだん重くなっていきます。
だから、記録する部分はできるだけ自動化します。
考えるべきところに時間を残すためです。
Threadsの投稿データが毎朝シートに残り、
あとから見返せる状態になります。
この記事で作るのは「分析できる状態」
最後に、ここは先にそろえておきたいです。
この記事で作るのは、
Threads運用の答えを自動で出してくれる仕組みではありません。
どの投稿が正解だったのか。
次に何を投稿すべきなのか。
どのテーマが売上につながるのか。
そこまでを自動で判定するものではありません。
今回作るのは、その前段階です。
投稿内容と数字が残る。
リプやコメントもできる範囲で見返せる。
週単位で運用を振り返れる。
毎朝、自動で更新される。
この状態を作ります。
Threads運用を改善しようと思っても、
材料が残っていなければ判断できません。
なんとなく伸びた気がする。
たぶんこのテーマが良かった。
最近はこの型が反応されている気がする。
こうした感覚だけに頼らないために、
まずは投稿データを残す場所を作る。
この記事により、その仕組みが出来上がります。
ここまでで、Threads運用で投稿データが残らないことは、
単なる管理不足ではないと分かると思います。
投稿数が増えるほど、
手入力では追いつかなくなります。
AIで投稿案を作れるようになると、
今度は「何を増やすべきか」を判断するための材料が必要になります。
その材料になるのが、
投稿内容、投稿日時、閲覧数、コメント数、リプ、週次の変化です。
ただ、これを毎回手で残すのはかなり大変です。
今回の記事では、
Threadsの投稿データを自動で残す仕組みが手に入ります。
ここから先では、実際に私が運用の中で整えている
Threads投稿分析シートの作り方を順番に
解説しております。
作成に対し、実際に詰まりやすいところ、
エラーが出やすいところ、
最初に知っておいた方がいい前提も含めて
整理しております。
なお、この記事で扱うのは、
Threads投稿をあとから見返せる状態を作るところまでです。
数字をどう読み、
どの投稿を次に活かし、
どの型を再利用していくか。
そこは現在の運用の中で精査している内容を、
別記事を予定しております。
この記事ではまず、
Threads運用を感覚だけで終わらせないための
「データが残る土台」になります。
ここから先は、実際の構築手順です。
同じように進めれば、
自分のThreads投稿用分析データが
毎朝自動で出来上がる環境を得ることができます。
