🔀 2チャネルに配っていた投稿を1チャネルに戻した——自動転載の『今どっちに出ているか』が答えられないと気づいた日

ラジオの生放送を、2局へ同時に届ける装置を借りたとします。

その装置のスイッチは1つだけで、押すたびにオン・オフが反転します。

最初にオンにしたのがいつだったか、もう思い出せません。

今、2局目に電波が届いているのか、それとも止まっているのか——装置を見ても、どちらかは分かりません。

あなたは今、こうなっていませんか？

• SNSの投稿が「複数の場所に届いているはず」と思いながら、実際には確認していない
• 設定した当初は「オン」にしたつもりなのに、今どうなっているか自信がない
• 自動化が動いているか止まっているか、確認するのが面倒で後回しにしている
• 「どこかには届いているだろう」で、配信先の全容を把握できていない

先に結論を言います。「今どっちに出ているか」が答えられない配信先は、一度止めた方がいいです。

この記事では、Instagramのカルーセル投稿をThreadsへ自動複製する仕組みを作ったのに、配信状態が常に不明だったという体験と、その結果1チャネルに絞った判断について書きます。

「自動化しているつもりで、実は管理できていなかった」という感覚を中心に、実体験から書いていきます。

Instagramの投稿をThreadsに自動転載しようとした

同じ内容を2か所に出す——それだけのはずだった

Instagramでカルーセル投稿を作ったとき、同じ内容をThreadsにも流せないかと考えました。

カルーセルとは、複数枚の画像をスワイプして見るタイプの投稿のことです。

書く内容は1つです。それを2つのSNSに同時に届けられるなら、効率がいいと思っていました。

「2チャネルに配れば、どちらかの読者には届く」という発想でした。

このとき、私の頭の中にあったのは、昔マーケティングの仕事をしていた頃の感覚でした。

複数の媒体に同じ情報を流す考え方は、企業のマーケティングでは基本です。

でも個人で1人で動かすSNSに、同じ発想をそのまま持ち込んでいたのです。

今振り返ると、この持ち込み方に問題がありました。

「多チャネルが正解」という前提を、何も疑わずに使っていました。

AIと一緒に自動化の仕組みを作った

Threadsへの転載は、スマートフォンを手で操作すれば誰でもできます。

でも毎回手動でやるのは、時間がかかります。

投稿するたびにスマートフォンを開いて、Instagramからコピーして、Threadsに貼り付けて……という作業を毎日やるのは、現実的ではありませんでした。

そこで、投稿が公開されたタイミングで自動的にThreadsへも複製される仕組みを作ることにしました。

「コードとか難しそう」と感じた方、大丈夫です。私もプログラミングをゼロから書ける人間ではありません。

仕組みの大枠をAIに伝えると、コードを出してくれます。

それを動く環境に貼り付ける作業を、私が担当しました。

「こういうことをやりたい」と伝えるだけで仕組みが作れる時代です。

コードを最初から書けなくても、動くものを作ることは十分できます。

この形で仕組みを組んでいくことが、今の私の日常の一部になっています。

AIと一緒に自律的に動く環境を育てていくのが、1人で動かしている今のやり方です。

📕 AIエージェントと自動化の全工程をまとめた総集編 手順・コード・テンプレをそのまま渡しています 🤖【完全版】月商160万円の「寝てても回る仕組み」をゼロから30日で組む全工程｜2026年10月版・Claude Code×AIエージェント・特典40ファイル・毎月更新

「今どっちに出ているか」を聞かれた日

トグルは押すたびに反転する

この自動転載の仕組みに、問題がありました。

Threadsへの転載を「する・しない」を切り替えるスイッチがありました。

これを「トグル」と言います。ライトスイッチと同じ構造の仕組みです。

このトグルは、押すたびに状態が反転する仕様でした。押せばオン。もう一度押せばオフ。

さらに押せばオン、です。

ここまでは普通のスイッチと同じです。

問題は、「今オンなのかオフなのか」を確認する手段が、とても分かりにくかったことでした。

「今はオンです」と一目で分かる表示が、はっきりしていませんでした。

最初にオンにしたつもりでいたのですが、何週間か経つにつれて自信がなくなっていきました。

設定したのが随分前のことで、細かいことは記憶が曖昧になっていました。

「たぶんオンのはず」という状態で、毎日投稿を続けていました。

「確認するために押す」が一番危ない

ここが、私がはまった罠でした。

「今の状態を確認したい」と思って、トグルを押したとします。でも押すことで状態が反転してしまいます。

押す前にオンだったなら、押した後はオフです。押す前にオフだったなら、押した後はオンです。

「確認しようとすること＝状態を変えてしまうこと」になってしまいます。

確認しようとするたびに、逆の状態にしてしまう可能性があります。

これ、地味に怖かったです、、、

結果として、私はトグルに触れるのを避けるようになりました。

触れれば触れるほど、「今どっちなのか」がさらに分からなくなる気がして。

そのまま何週間も経ちました。

「たぶんThreadsにも出ているはず」と思いながら、確認できないまま投稿を続けていました。

そしてある日、知人から「Threadsにも投稿してるんですか？」と聞かれました。

正直に言うと、「たぶんしてます」と答えました。

「たぶん」。自分の投稿の配信先なのに、「たぶん」としか言えなかった自分が、本当に恥ずかしかったです！

「たぶんしてます」は、運用している人間の言葉ではありませんでした。

これをきっかけに、状態を整理しようと動き出しました。

「なんとかしないといけない」と、ようやく本気で思いました。

コードで「必ずオフ」に固定した

「不明なら触らない」を明示的に選んだ

状態が不明なまま放置するのが、一番悪い。そう気づきました。

「触れるたびに状態が変わる可能性があるなら、触れない方がいい」という結論になりました。

でもそれだけでは、「今どっちなのか」が不明なままです。

そこで選んだのが、コードの中でThreads転載を「必ずオフ」に固定することです。

スイッチの状態に関係なく、「コード自体がThreadsへ転載しない」という状態にしました。

これは「トグルをオフにする」という操作ではありません。

「トグルがどちらを向いていても、転載しないようにコードを書く」という方法です。

こうすることで、トグルの状態に関係なく、Threadsへは確実に出ない状態になりました。

「Threadsには出ていない」という確信だけは、持てるようになりました。

不明なまま触り続けて状態を混乱させるより、明確にオフにする方がずっとマシです。

迷ったときに一番ダメなのは、「状態を変え続けて何が起きているか分からなくなること」だと思いました。

1チャネルに戻した後に見えたこと

Threadsへの転載を止めた後、はっきりしたことがありました。

私はずっと「2チャネルに投稿している」と思っていました。

でも実際のところ、どの投稿がいつThreadsに出ていたのか、正確には把握できていませんでした。

Instagramにだけ出ていた日も、おそらくあったはずです。

反対に、Threadsに出ていてInstagramには出ていなかった日があったとしても、それも分かりません。

「2チャネルに配信していた期間」は、実際には「配信先が分からない期間」でした。

1チャネルに戻したことで、「Instagramには出ている」という確信だけは持てるようになりました。

これが、想像以上に気持ちよかったです。

「今日も届いた」と分かる。それだけで、投稿を続けるときの感触がまったく変わりました。

2チャネルで「たぶん届いている」より、1チャネルで「確実に届いている」の方が、ずっと安心できました。

やってみて初めて気づいた発見でした。

「多チャネルが正解」という前提を疑った

CMO時代は「多いほどいい」が当たり前だった

以前、私はCMOとしてマーケティングの仕事をしていました。

当時は月3,000万円規模の広告費を複数の媒体に分散させることが日常でした。

「1つの媒体に集中するのはリスク」というのが、チームの前提でした。

複数の媒体を持てば、1つが落ちても残りで補える、という考え方です。

この考え方自体は、組織で動いている分には正しいと思います。

担当者が媒体ごとに分かれていれば、それぞれが状態を把握できます。

媒体Aに問題が起きたとき、担当者がすぐに気づきます。

チームで動いている限り、「たぶん動いているはず」という状態は生まれにくい。

確認する人が仕組みとして存在しているからです。これが組織の強みでした。

1人になったとき、何が変わったか

でも、個人で動かすようになると、話が変わります。

チームなら、担当者を役割ごとに分けられます。でも1人だと、全部を自分で見なければなりません。

しかも私の場合、自動化を組み込んでいます。

自動化は便利ですが、「自動で動いているもの」は目が届きにくい。

手動で毎日やっていれば、「今日はうまくいったか」がその場で分かります。

自動化してしまうと、「動いているはず」と思い込むことで確認が後回しになります。

気がつくと、「自動化＝ちゃんと動いているはず」という思い込みになっていました。

実際には確認していないのに、「動いているだろう」と信じていたのです。

組織で仕事していた頃は、誰かが確認してくれていました。

1人になったとき、その「誰か」はいなくなっていました。

チームで当たり前にできていた「状態の確認」が、個人運用では意識しないと抜け落ちます。

この構造に気づかないまま、「多チャネル＝効率的」という前提だけを持ち込んでいたのが、問題の根っこでした。

「見えているチャネルだけ」に絞るという選択

確認できるものだけ運用する

1チャネルに戻してから、もう1つ変えたことがあります。

「自動化を作ったときに設定した転載先」を、全部リストアップして確認しました。

そして、「今の状態を自分で説明できるか」を、1つずつ確認していきました。

「今これはオンですか？」という問いに、自信を持って答えられるかどうか。

答えられないものは、止めることにしました。

当時、私が「動いているはず」と思っていた自動化は4つありました。

そのうち、状態を自信を持って説明できたのは2つだけでした。

残りの2つは、「たぶん動いている」か「たぶん止まっている」でした。

その2つも、いったん止めることにしました。

止めること自体は難しくありませんでした。

一番難しかったのは、「止めていい」と自分に許可することでした。

「ここまで作ったのに」という気持ちが、ありましたから。それでも止めました。

「減らすこと」は退化ではない

ここで正直な気持ちを書きます。

自動化を止める＝後退、という感覚が最初はありました。

「また増やしていかなければ」という焦りもありました。

でも考えてみると、「状態が分からないまま動かし続ける」のは、止まっているのと大きくは変わりません。

むしろ「動いていると思って判断している」分、タチが悪い。

「たぶん2チャネルに届いている」と思って施策を試す人と、「確実に1チャネルに届いている」と分かって試す人では、結果の読み方がまったく違います。

前者だと、何かをやったとき「本当に効果があったのか」が分からなくなります。

配信チャネルを2つから1つに減らしたことで、毎日「届いた」という事実が明確になりました。

これだけで、運用の感触がかなり変わりました。

見えているものだけに集中する——それは退化ではなく、土台を固める選択でした。

「見えないチャネルを動かしていた」から「見えるチャネルだけを動かす」への切り替えです。

後退ではなく、整備だったと今は思っています。

自動化を「信じすぎること」の怖さ

「動いているはず」は確認ではない

自動化の一番の落とし穴は、「設定した後は動いていると思い込むこと」です。

機械は設定を覚えています。でも設定が正しいかどうかは、別の話です。

設定が間違っていても、機械は黙って間違ったまま動き続けます。

「おかしいですよ」とエラーを教えてくれないことも、よくあります。

私はThreadsのトグルを「オンにしたつもり」でいました。

でも「つもり」と「確認した」は、全然違います。

「つもりで動いているチャネルに、投稿が出ていないかもしれない」という可能性に、当時の私は気づいていませんでした。

自動化を作ったことで、安心しきっていたのです。

「自動化＝ちゃんと動いている」ではなく、「自動化＝ちゃんと動いているか定期的に確認が必要」が正確な理解だと思います。

これ、やってみるまでは感覚として分かりませんでした。

1人運用だからこそ必要な「定期確認」

自分が使っているSNSの投稿先を、月に1回だけ確認する時間を作ることをおすすめします。

自動化の仕組みが動いているかどうか、3週間も放置すると状態を忘れます。

作った直後は覚えていても、日が経つと細かい設定を思い出せなくなります。

設定を作ったとき、メモに残しておくことをおすすめします。

「どこに・何を・どうやって届けているか」を、文字で書き残しておく。

特に「今この設定はオンなのかオフなのか」だけでも記録しておくと、後で確認するときに救われます。

私が一番後悔したのは、この記録を最初から残していなかったことです。

仕組みの設計と運用の全体については、Claude Codeで組んだ自律運用の仕組みとしてまとめたものがあります。

フッターのリンクから確認できます。

「今日から1つだけ」確認してほしいこと

あなたの投稿は、今どこに出ていますか

この記事を読んでいる方に、1つだけお願いがあります。

今使っているSNSの配信先を、今日1回だけ確認してみてください。

「たぶん届いているはず」ではなく、「確実に届いている」と言える状態かどうかを確認する。

それだけで、運用の土台がひとつ固まります。

「1チャネルに絞る」という選択が正解だと言いたいわけではありません。

大事なのは、「今の状態を把握できている」ことです。

把握できているなら、2チャネルでも3チャネルでも構いません。

把握できていないチャネルが1つでもあるなら、そこをまず整理することをおすすめします。

整理してから増やす、が正しい順番だと思っています。私はこの順番を逆にしていました。

管理できている範囲で、大きくする

解雇から半年で月商160万円を達成できた理由の1つは、自動化より先に「管理できる範囲を決めた」ことだと思っています。

広告費ゼロで、コードもほとんど書かずに、です。

「管理できる範囲に絞る」というのは、聞こえは小さいかもしれません。

でも個人で運用している以上、「見えていないところ」を増やし続けることは、リスクを積み上げることと同じです。

仕組みを増やすほど、確認の手間も増えます。

仕組みの数を増やしていくのは、「全部の状態が把握できる」という前提があってこそです。

私はThreadsのトグルを通じて、その前提がいつの間にか崩れていたことに気づきました。

気づけたのは、「今どっちに出ているか」と聞かれた、あの1日があったからです。

今のあなたの運用で、「たぶん動いているはず」になっている部分はありませんか。

一度、確認してみてください。

📕 この記事の内容を、実装まで全部まとめた有料記事があります 手順・コード・テンプレをそのまま渡しています AIで「寝てても回る仕組み」をゼロから30日で組む全手順