予約した投稿が失敗したら：原因を突き止めて直す方法

失敗した投稿は、3つのグループのどれに当たるかが分かれば、たいてい謎ではありません。直し方はグループごとに違い、選び間違えると、もともと成功するはずのなかった投稿を再試行し続けたり、最悪の場合は同じ内容を二重に投稿したりすることになります。

これは原因を切り分けるためのガイドです。すでにアラートを受け取った、またはカレンダーで赤いステータスに気づいた状態で、次に何をすべきかを知りたい方向けです。通知の一覧とオンにする場所については、機能ページの失敗した投稿のアラートをご覧ください。

再試行ボタンより先に、理由を読む

失敗した投稿には、プラットフォームが返した理由が付いています。ほかの操作をする前に、投稿を開いて理由を読んでください。ほとんどのメッセージは次のいずれかに当てはまります。

グループ1：接続が切れている

理由がはっきりしないまま投稿が失敗する原因として、最も多いものです。プラットフォームがアクセスを期限切れにしたり、誰かがパスワードを変更したり、管理者がアプリを削除したりして、ある投稿と次の投稿の間に接続が使えなくなります。

気づき方：Channels ページでそのチャンネルのステータスが Reconnect になり、そのチャンネル宛てのほかの投稿は、再試行せずにすぐ同じ理由で失敗します。これは意図した動作です。壊れた接続は、同じ失敗の山ではなく、1つのはっきりした問題として知らせるべきだからです。

すること：

1. Channels を開いて、アカウントを再接続します。そのページやプロフィールを管理しているアカウントで、プラットフォームにログインしてください。
2. 失敗した投稿に戻り、Retry Failed を選びます。
3. そのチャンネルのほかの投稿も確認します。接続が壊れている間にすでに失敗した投稿にも、同じ再試行が必要です。

再接続の前に再試行しても、同じ失敗が出るだけです。先に再接続することが、解決のすべてです。

ここに至る前に、警告が届くことも多くあります。接続の期限まで3日を切り、こちらで更新できない場合は、アプリ内で、オンにしていればメールでもお知らせします。来週ではなく今日の作業として扱ってください。

グループ2：プラットフォーム側の一時的な不調

レート制限、短時間の障害、「something went wrong on our end」のようなエラーは、あなたの投稿については何も語っていません。そのように扱っています。すばやい再試行を数回行い、その数分後にもう一度、遅らせた再試行を最大2回行います。それがすべて失敗したときだけアラートが届くため、投稿が一時的なエラーを表示したまま少し経ってから、自然に公開されることがあります。

それでも失敗のままなら、プラットフォームに少し時間を与えて Retry Failed を押してください。同じエラーが続くようなら、プラットフォーム自身のステータスページを確認してください。問題はおそらくそちら側にあります。再試行されるのは、失敗したチャンネルだけです。

グループ3：投稿そのもの

プラットフォームが「送られた内容は受け付けない」と言っている失敗もあります。典型的な原因：

• 上限を超えたキャプション。 上限はネットワークごとに大きく違うため、ある場所では収まるキャプションが別の場所では長すぎることがあります。短くするか、そのネットワーク用の版を書いてください。
• プラットフォームに拒否されたメディア。 形式が違う、大きすぎる、長すぎる、その投稿タイプに合わない縦横比など。ファイルを差し替えてください。
• 許可していない権限。 接続自体は動くものの、特定の操作だけができない場合です。たとえば、もう役割のないページへの投稿などです。再接続して、同意画面ですべての権限にチェックを入れるのが一般的な対処です。
• コンテンツのルール。 重複コンテンツ、制限されたリンク、禁止された語句など。プラットフォームのメッセージに、どれかが書かれているのが普通です。

再試行しても、これらは変わりません。投稿を開き、原因を直して、もう一度公開してください。1つのネットワークだけが失敗してほかは公開された場合、投稿は一部成功として扱われ、失敗したネットワークだけが再試行されます。

やっかいなケース：「確認できなかった」

投稿を送ったあとに応答を失うことがあります。接続が切れた、あるいは待つのをやめた時点で動画がまだ処理中だった、などの場合です。投稿は公開されているかもしれません。こちらには分からず、再試行しても分かりません。

これらは未確認として扱われ、アラートにもそう書かれます。何かする前に：

1. プラットフォームでアカウントを直接開き、最新の投稿を見ます。
2. あれば、それで完了です。再試行は不要です。
3. なければ、再試行します。安全なのはこの場合だけです。

急いで動くことが誤った本能になる、唯一のケースです。クライアントのページに重複投稿があるほうが、遅れた投稿よりも説明しづらいものです。

具体例

あるSNS担当者が、Instagram、LinkedIn、Facebookに向けて、1週間分の投稿12件をスケジュールしました。火曜の朝、Facebookの投稿にアラートが出ます。理由には、期限切れのトークンと書かれています。Channels ページでは、Facebookページが Reconnect と表示されています。水曜と木曜にもFacebookの投稿が2件あり、どちらも同じ理由ですぐに失敗するはずです。

担当者はページを再接続し、火曜の投稿を再試行します。水曜と木曜の投稿は、接続が復旧したので通常どおり公開されます。InstagramとLinkedInは最初から影響を受けていません。所要時間はおよそ2分で、重複もありません。再試行されるのは失敗したチャンネルだけだからです。

先に再試行していたら、同じ理由でもう一度失敗していたでしょう。アラートが「確認できなかった」だったなら、投稿に触れる前にFacebookを開いていたはずです。

簡単なチェックリスト

• 何かを押す前に、投稿に表示された理由を読む。
• 接続が切れている場合：先に再接続し、そのあと失敗した投稿を再試行する。そのチャンネルですでに失敗扱いの投稿にも、同じ再試行が必要。
• プラットフォーム側の不調：待って、一度だけ再試行し、ステータスページを確認する。
• 投稿そのものの問題：編集して、もう一度公開する。再試行しても変わらない。
• 未確認：アカウントを見て、投稿がない場合だけ再試行する。
• スプレッドシートなどから一度に大量にスケジュールするときは、最初の実行の翌朝にカレンダーを見て、共通の問題がないか確認する。

誰かの担当にする

アラートは個人に届くので、自分の担当だと分かっている人がいなければ、失敗は直りません。チームなら、投稿の承認者を決めるのと同じように、その週の失敗対応者を決めておきましょう。担当者を明記した共有のワークフローがあれば、「見たと思っていた」という行き違いがなくなります。自作のスクリプトで失敗を監視したい場合は、通知の一覧をAPIから取得できます。

投稿をキューに入れる基本はSNSで投稿をスケジュールする方法、ルールに従って繰り返すコンテンツはSNSの繰り返し投稿をご覧ください。

試してみる

Settings の Notification Preferences で Email on post failure と Email on token expiry をオンにして、いくつか投稿をスケジュールしてみましょう。無料で始める。

BulkPublishは15のプラットフォームに対応しています：Facebook、Instagram、TikTok、YouTube、X、Threads、Bluesky、Pinterest、Google Business Profile、LinkedIn、Mastodon、Discord、Telegram、Tumblr、Snapchat。

• 通知： アプリ内とメールの通知は、Freeを含むすべてのプランに含まれます。
• チャンネル： Free：3（プラットフォームごとに1）。Pro：30（プラットフォームごとに2）。Business：75（プラットフォームごとに5）。
• 投稿： Free：1日3件。Pro：1日30件。Business：無制限。