フィードからソーシャルへの連携は、もっともよく作られる自動化のひとつです。それを作る前に、ひとつの問いがほとんどの人の手間を省いてくれます。
Zapは必要か
新しいフィードのアイテムを投稿にしたいだけなら、おそらく必要ありません。
BulkPublishはRSSとAtomのフィードを直接読み込みます。
- フィード： Free：1。Pro：10。Business：50。
- 自動公開： 有料プランのみ。Freeでは、アイテムはレビュー用の下書きとして届き、公開モードを求めると、静かにダウングレードされるのではなく403が返ります
- ポーリング： ETagとLast-Modifiedを使った条件付きリクエストにより、変化のないフィードはほぼコストがかかりません。フィードがエラーになった場合は15分から最大24時間までバックオフします
これは数分の設定で済み、維持したり料金を払ったりするZapはありません。
標準搭載のリーダーがあえて行わないことが必要なときにZapを構築しましょう。内容によるフィルタリング、テキストの書き換え、アイテムごとに異なるアカウントへのルーティング、あるいはフィードを他の何かと組み合わせることなどです。
Zapの構成
**トリガー：New Item in Feed。**フィードURLを指定します。
**フィルター：only continue if…**多くの人が省いてしまうステップであり、そのアカウントが人間らしく見えるかどうかを決めるステップでもあります。カテゴリー、タイトルのキーワード、著者でフィルタリングし、忙しい公開日に15件もの投稿が生まれないようにしましょう。
**Formatter（任意）。**タイトルを整え、要約をきれいにし、本当に欲しいテキストを組み立てます。
**アクション：Create Post in BulkPublish。**コンテンツ、チャンネル、そして理想的には予約時刻を指定します。
見出しを中継せず、何かを書く
このZapのデフォルトの動作は、タイトルとリンクを投稿することです。これが自動化されたアカウントがあのように見える理由です。
見出しは、あなた自身のサイトで記事の上に置かれ、文脈が明らかな状態で読まれるように書かれています。ソーシャルプラットフォーム上では、それは何の文脈もなく届き、読者に何も求めません。
Formatterステップ、あるいはAIステップを使って、実際の文脈を伝える一文を作り、それからリンクを続けましょう。それがフィードの中継役とひとつのアカウントとの違いです。
トリガー時ではなく予約する
フィードのアイテムはソースが公開したときに現れますが、それはめったに読者が読んでいる時間ではありません。予約時刻を設定することで、機械的な中継は意図的なものに見えるようになり、悪い投稿を捕まえる猶予も生まれます。
重複排除
Zapierのトリガーは通常の動作ではこれを処理します。うまくいかなくなるのは、アイテムのGUIDを変更するフィードや、エラー後に再実行されたZapです。ソースが少しでも信頼できないなら、トリガーだけを信頼せず、保存しておいた何かとの照合を追加してください。
長さに注意する
フィードのタイトルに要約とリンクを足すと、短めのプラットフォームでは簡単に溢れてしまいます。文字数制限は投稿の作成時に検証されるため、切り詰められた投稿ではなく明確なエラーが返りますが、それを静かに失敗させず表面化させるのはZapの役目です。
プランの上限
- チャンネル： Free：3（プラットフォームごとに1）。Pro：30（プラットフォームごとに2）。Business：75（プラットフォームごとに5）。
- 投稿： Free：3件/日。Pro：30件/日。Business：無制限。
- APIリクエスト/日： Free：30。Pro：5,000。Business：50,000。
BulkPublishは15のプラットフォームに公開します。
まとめ
まずは標準搭載のRSSリーダーを試してください。維持すべきものが何もなく、まさにこれと同じことをしてくれます。フィルタリング、書き換え、ルーティングが必要なときにZapを構築してください。何を作るにせよ、投稿する内容をフィルタリングし、見出しを中継するのではなく本当の一文を書き、フィードが更新された瞬間に公開するのではなく予約しましょう。