ブログ記事は書きました。ソーシャル投稿は自動でできあがるべきです。

RSSフィード、ブログ、任意のWebhookを接続するだけ。FoPostが新しい記事ごとにプラットフォーム別の下書きを作り、選んだネットワークにまたがってキューに入れます。実行はすべてステップごとに記録されるので、何が動いて何ができたのかが正確にわかります。

RSS、ブログ、Webhookのトリガー
公開時にプラットフォームごとに整形
待機ステップで、溜まった投稿が一度に出ないように
すべてのステップと出力を残す実行履歴
実際の自動化の画面

ブログ記事1本から、プラットフォームに合わせた4つの投稿へ。

1つの自動化の実際の形です。ソースを監視するトリガー、記事を整える変換ステップ、配信の間隔を空ける待機、そしてできあがったプラットフォーム別の下書き。

自動化:ブログからソーシャルへ
稼働中
トリガー
yourbrand.com/blogの新しい記事
RSSで15分ごとに確認。
過去30日間で12件の記事を検出
変換
プラットフォームごとに記事を整形
Xはスレッドに分割、LinkedInは抜粋、ハッシュタグを追加、末尾にリンク。
決まった処理のステップ · AIの費用なし
待機
プラットフォームごとに2時間ずつ空ける
待機ステップが、4つを同時に出さずに次の配信を保留します。
次の配信枠:月曜9:00
下書き準備完了
X274 / 280文字
予約済み · 月曜9:00

ひとり起業家として今週リリースした5つのこと、そしてロードマップから削った1つのこと。

LinkedIn1,180文字
待機ステップの完了待ち

作りすぎるひとり起業家によく見られるパターンがあります。ユーザーがすでに求めているものではなく、ユーザーが欲しがっていると自分が思うものを作ってしまうのです。

Bluesky247 / 300文字
予約済み · 月曜9:00

今週のブログの要点:ひとり起業家は、機能を足すのではなく削ることで多くをリリースできます。実例を5つ紹介します。

すべての実行をステップごとに記録
組み込みのレート制限で、50件のRSS記事が殺到しない
待機ステップとプラットフォーム別の整形
毎回手作業でやるコスト

書いたのに、ソーシャルに届かなかったブログ記事のすべて。

ブログ記事は公開しました。ツイートも、LinkedIn版も、Bluesky版も書くつもりでした。つもりだったのです。結局書かなかったので、ブログの読者は40人でした。

ソーシャル投稿を書いたのは1週間後。なぜ話題にしないのかと友人からSlackで聞かれてからでした。ローンチのタイミングはもう過ぎていました。

これが毎週月曜日です。ブログは公開され、ソーシャルでの発信は後回しになり、地味な半分がいつまでも終わらないせいで、その週は届くはずだった範囲の20%で終わります。

自分に合っている?

自動化が向いているのは?

こんな方におすすめ

  • ブログ、ニュースレター、ポッドキャストを書いていて、ソーシャルでの発信がボトルネックになっている
  • CIパイプライン、変更履歴、製品リリースのフィードから更新を出していて、それをソーシャルにも載せたい
  • RSSフィード(自分のものでもキュレーションでも)を運営していて、1投稿ごとに5回クリックせずに新しい記事を共有したい
  • Zapierを予約ツールにつなぎ合わせていて、検証付きで全体の流れを1つのツールで済ませたい

こんな方には不向き

  • 手作業で作るオリジナルコンテンツしか投稿しない。それにはエディターが最適です。
  • 各バージョンをAIに書いてほしい。自動化が実行するのは決まった処理の変換ステップです。AIによる書き直しはエディターにあり、公開前に下書きを確認できます。
  • 上限なしで無人公開したい。暴走したフィードがアカウントにあふれないよう、すべてのルールに実行上限があります。
含まれるもの

いつも後回しにする作業を自動化。

ブログ記事に必要なのは才能。ソーシャルでの発信に必要なのは継続です。継続はルールに任せて、才能は次の記事のために取っておきましょう。

RSS、ブログ、任意のWebhook

RSSフィード、ブログ、ニュースレター、ポッドキャストのフィード、またはZapier、Make、自社のバックエンドからの任意のWebhookを指定します。新しいものが現れるとトリガーが動きます。

プラットフォームごとに整形

変換ステップは設定した順に実行されます。長い本文を任意の文字数でスレッドに分割、抜粋を作成、プラットフォーム専用のフォーマッターで整形、先頭や末尾に文言を追加、ハッシュタグを付与。ソースは同じでも、ネットワークごとに形を変えられます。

配信の間に待機ステップ

ルールに待機を入れると、次のステップが待ちます。プラットフォーム間に2時間、フォローアップの前に1日など、1ステップあたり最大24時間です。溜まった投稿が一度に出ず、分散して配信されます。

すべてのルールにサーキットブレーカー

各自動化は1時間あたり100回の実行が上限です。フィードが急にアーカイブ全体を再公開しても、アカウントにあふれる前にブレーカーが作動し、どこで止まったかは実行ログで正確に確認できます。

何でもトリガーにできるWebhook

すべてのワークスペースに専用のWebhook URLがあります。Zapier、Make、CIパイプライン、CRMから任意のイベントをPOSTすれば、RSSと同じように自動化がそのイベントに対して実行されます。

読める実行履歴

実行ごとに、トリガーとなったイベント、順番どおりの各ステップ、そのステップの出力、失敗した場合はその箇所が記録されます。いつ何が動いたかを誰かに見せる必要があるときは、実行一覧をCSVでエクスポートできます。

使い方

ソースを追加。ルールを設定。あとは任せるだけ。

01

ソースを追加

RSSのURLを貼り付ける、ブログを接続する、Webhookを指定する、ポッドキャストのフィードを貼り付ける。トリガーが検証して直近5件を表示するので、動作することを確認できます。

02

ステップを組む

このルールで公開するアカウントを選び、先に実行する変換を積み重ねます。スレッド分割、抜粋、プラットフォーム別の整形、先頭の文言、末尾の文言、ハッシュタグ。上から順に実行されます。

03

配信の間隔を空ける

公開の間に待機ステップを入れれば、4つのプラットフォームが同じ瞬間に動くことはありません。各待機は最大24時間です。入れなければ、すべて一度に公開されます。

04

保存してログを確認

自動化はバックグラウンドで実行されます。削除せずにいつでもオフにできます。何が動き、各ステップが何を出力し、何が失敗したかは、実行履歴でいつでも確認できます。

他の選択肢との比較

作りかけのZapier連携より優れている理由。

ひとり起業家がいまソーシャルでの発信を自動化しようとする3つの方法。プラットフォーム別の整形と、ちゃんと読める実行ログまで一貫しているのは、そのうちひとつだけです。

手動:ブログの後にツイートを書く

多くの起業家がつい選ぶ方法

  • 才能を二度使うことになります。ブログを書き、さらにソーシャル用に4つ書く。
  • 半分は忘れます。ソーシャルで一切発信されないまま記事が公開されます。
  • 思い出したときには1週間遅れで、ローンチのタイミングは過ぎています。

RSSからZapier経由で予約ツールへ

技術系の起業家が組みがちな仕組み

  • 予約ツールに加えて、Zapierに月$20〜$50。
  • すべてのプラットフォームに同じキャプション。プラットフォーム別の整形はありません。
  • 実行上限なし。フィードがアーカイブを吐き出せば、そのままフォロワーに流れます。
  • RSSフィードの構造が変わった時点で止まります。
FoPost

FoPostの自動化

本当に求めているもの

  • RSS、ブログ、Webhookのトリガーを標準搭載。つなぎのツールは不要です。
  • 変換ステップが、公開前にプラットフォームごとに記事を整えます。
  • 待機ステップとルールごとの実行上限が、初期設定でオンです。
  • アカウントに含まれています。追加のサブスクリプションもAIの費用も不要です。

主要なネットワークすべてに公開

よくある質問

RSSはどのくらいの頻度で確認されますか?

すべてのアカウントで15分ごとです。確認済みの記事はスキップされるため、フィードが古い記事を再公開しても二重に投稿されることはありません。

投稿内容をカスタマイズできますか?

はい、変換ステップで行えます。本文を指定した文字数でスレッドに分割、抜粋に短縮、プラットフォーム専用のフォーマッターで整形、決まった文言を先頭や末尾に追加、ハッシュタグを付与。どの順番でも積み重ねられ、プラットフォームごとに別の組み合わせを設定できます。

RSSが50件を一気に出したら、スパムになりませんか?

各自動化は1時間あたり100回の実行が上限なので、フィードがアーカイブを再公開しても、アカウントではなく上限に引っかかります。ルール内の待機ステップで配信の間隔をさらに空けられ、ルールをオフにすれば設定を失わずに即座に止められます。

ZapierやMakeからトリガーできますか?

はい。各自動化には署名付きの専用Webhook URLがあり、Zapier、Make、n8n、GitHub Actionsなど、HTTPを扱えるものなら何からでもPOSTできます。WebhookトリガーはRSSと同じステップを実行します。

下書きの公開に失敗したら?

配信は指数バックオフで3回まで再試行されます。3回とも失敗した場合は、失敗したステップと具体的なエラー(認証切れ、レート制限、プラットフォームの障害)が実行ログに記録され、そのアカウントは要対応として表示されます。

同じ自動化を複数のワークスペースで使えますか?

複製してください。どの自動化も、同じワークスペースか、書き込み権限のある別のワークスペースに複製でき、トリガー、ステップ、配信時間帯、1日の上限もそのまま引き継がれます。アカウントは設計上ワークスペースに限定されるため、クライアントAのブログがクライアントBのソーシャルに流れることはありません。一致するアカウントはプラットフォームとハンドルで再割り当てされ、残りは空欄のままになるので自分で設定します。複製はすべて一時停止の状態で作られるため、確認するまで何も動きません。

正しく動いているかはどうやってわかりますか?

実行履歴を確認してください。実行ごとに、トリガーとなったイベント、順番どおりの各ステップ、そのステップの出力が記録されるので、ルールがコンテンツに何をしたかを正確に読めます。最初のバージョンは影響の小さいアカウント1つに向け、1〜2回の実行を確認してから、残りを追加してください。

自動化を削除せずに一時停止できますか?

はい。設定でルールをオフにすると、トリガーが止まります。オンに戻すと、次の新しい記事から再開します。過去の記事は再処理されません。