YouTube Shortsを始めてから、ブログ・note・X・YouTubeと発信する場所が一気に増えました。記事を1本書いたら、それをnote用に要約して、Xでも告知して、動画も作って…と、書くこと自体よりも「どこに何を出すか」の管理の方が地味に手間になってきています。
きっかけは単純です。ここまで来ると「新しい記事や動画を出すたびに、noteとXへの告知投稿も自動化できたら楽なのでは」と思うのは自然な流れで、実際にClaudeに両方調べてもらいました。結果、noteとXそれぞれ別の理由で「今回は見送り」という判断に落ち着いたので、その顛末を書いておきます。
noteは、そもそも公式の投稿APIが存在しない
手をつけやすそうな順です。まずnoteから調べてもらいました。ブログの新記事に合わせてnoteにも要約記事を出す運用をしているので、ここが自動化できれば一番効果が大きいだろうという目算です。てっきり、他の主要なブログサービスと同じように、投稿用のREST APIくらいは公式に用意されているだろうと思っていました。
肩透かしでした。ところがClaudeが調べたところ、noteには公式に提供されている投稿用APIがそもそも存在しませんでした。ヘルプページを漁っても、開発者向けのドキュメントらしきものは出てきません。代わりに見つかったのは、有志の方がリバースエンジニアリングした非公式のAPI(ログイン時のCookieを使って認証するタイプのもの)でした。世の中には同じことを考える人がちゃんといるんだな、と妙に感心しました。
「技術的にできる」と「やっていい」はイコールじゃない
可能性はありました。非公式APIを使えば、技術的には投稿まで自動化できそうでした。実際、記事の下書き作成くらいまでは試しに組んでみようかと考えたくらいです。ただ、ここで一旦立ち止まりました。
理由は2つあります。1つは、非公式APIはnote側の仕様変更でいつ壊れてもおかしくないこと。ログイン周りの実装が変わった瞬間に、今まで動いていた自動投稿がある日突然止まる、というのは容易に想像できます。しかもその「ある日突然」は、こちらが気づかないうちに来る可能性が高いです。もう1つは、利用規約上のグレーさです。「バレなければ大丈夫」で押し切るには、このブログ自体がWeb制作の実務ノウハウを発信している場なので、ちょっと筋が悪いなと感じました。
後ろ髪を引かれました。技術的な実現可能性と、実際にやっていいかどうかは別の話だというのを、頭では分かっていたつもりでも、実際に「動きそうな手段が目の前にある」状態で立ち止まるのはそれなりに意志が要りました。せっかく調べたのに、という気持ちも正直少しありました。
次はXを調べてもらったら、今度は「有料化」で詰んだ
noteは仕様面の話でしたが、Xは全く別の理由でした。X APIは2026年2月の料金改定で、新規登録だと無料枠が無い従量課金制に切り替わっていました。投稿1件あたり0.015ドル、URLを含む投稿だとさらに0.20ドル上乗せという料金体系です。
誤算がありました。金額だけ見るとそこまで高くないように思えるかもしれません。ただ、動画やブログを出すたびに告知投稿をして、しかもリンク付きが基本になる運用だと、1件あたりの単価が小さくても積み重なっていきます。何より、無料でできると思って調べ始めた自動化のために新しく課金を発生させるというのは、そもそもの目的とズレているなと感じました。「楽をするために自動化したいのに、自動化のためにお金と手間がかかる」というのは、よく聞く話ではあるものの、自分ごととして踏むとやっぱり脱力します。
結局、下書きは自動・投稿は手動、に落ち着いた
落とし所は共通でした。noteとXで詰まった理由は違いましたが、最終的な落とし所は同じでした。投稿文の下書きまでは自動化して、実際の投稿ボタンを押すのは自分の手で行う、という運用です。
運用はこうです。具体的には、新しい記事や動画ができたタイミングで投稿文の下書きを用意してもらい、内容を確認してからコピペで投稿する、という流れにしています。全自動には一歩届きませんが、「文章を考える」という一番時間のかかる部分は省略できているので、体感としてはかなり楽になりました。投稿の最終判断を自分の目でひと呼吸置いてから行える、という意味では、むしろちょうどいい塩梅なのかもしれません。
手動運用のおかげで気づけたこと
収穫がありました。余談ですが、投稿を手動にしていたおかげで、逆に気づけたこともありました。以前アクセス解析を見ていたら、X経由でnoteは読まれているのに、noteからブログへの流入がほぼゼロだったんです。X投稿にはブログ記事へのリンクを貼っているのに、note側にはブログへ戻る導線が1つも無かったのが原因でした。もし投稿文の生成から公開まで全部ブラックボックスで自動化していたら、こういう「導線が途中で切れている」という違和感には、もっと遅れて気づいていた気がします。手動チェックの工程が1つ挟まっているだけで、意外と実態が見えやすくなるものだなと思いました。
まとめ
答えはシンプルです。自動化を検討する時、つい「技術的にできるかどうか」だけを見てしまいがちですが、今回は仕様面(note)と費用面(X)という、実装ロジックとは関係のない外側の要因で、それぞれ別々に足止めを食らいました。全部を自動化しようとせず、「文章を考える」という一番負荷の高い部分だけ自動化して、最後のひと押しは自分でやる、くらいの落とし所が今のところちょうどいいなと思っています。
続きがあります。なお、この後Threadsだけは無料でAPI連携できることが分かって、そちらは自動投稿を実現しています(note・Xは無理だったけど、Threadsは無料でAPI連携できた話)。
この記事が参考になったら、応援クリックをお願いします
