複数のSNSを運用すると、同じ告知を何度も入力し、投稿先ごとの条件を確認し、公開後の結果を別々に追う作業が増えます。本ガイドでは、投稿作成・承認・送信・記録を一つのウェブアプリで扱いながら、SNSごとの変更が全体を止めないように設計する方法を説明します。API・API連携は接続の手段であり、公開内容の最終判断を置き換えるものではありません。
対象業務と完成状態
対象は、広報、営業、店舗運営、採用などで、同じテーマの投稿を複数のSNSアカウントへ出す業務です。完成状態は「一度の送信ボタンで全SNSへ出すこと」ではありません。誰が何を承認し、SNSごとに成功・失敗・公開URLを確認でき、失敗した1件だけを安全に再試行できる状態です。
最初に確認する現状データ
- 投稿を作る人、承認する人、送信失敗を確認する人
- 利用中のSNS、アカウント種別、公式APIの利用可否
- 本文、画像、動画、リンクの割合と保管場所
- 投稿回数、1件に要する作業時間、投稿漏れ・重複の件数
- 個人情報、顧客情報、非公開の企画を含む素材の有無
- 投稿できない場合の手動投稿、連絡、訂正の手順
これらが未整理のまま対応SNSだけを増やすと、作業が画面の中へ移るだけで、承認漏れや権限の問題が残ります。最初は利用頻度が高い1〜3サービス、テキストと画像、少人数の担当体制に絞ります。
全体アーキテクチャ
- 投稿管理: 共通本文、SNS別の差分、素材、公開予定、承認状態を保存します。
- 事前検査: 文字数、必須素材、リンク、投稿先ごとの設定を送信前に確認します。
- 投稿キュー: SNSごとに独立した送信ジョブを作り、失敗しても他の送信結果を失わないようにします。
- SNSアダプター: 認可、投稿形式への変換、送信、応答の読み取りをサービスごとに分けます。
- 結果・監視: 投稿ID、公開URL、送信時刻、エラーコード、再試行回数、利用したAPI版を残します。
「同時投稿」は利用者の操作を一つにまとめる意味です。内部では投稿先ごとに別々の処理として扱います。たとえば1件だけ失敗した場合に、成功した投稿をむやみに取り消さず、失敗先の原因を確認してから再試行できます。
仕様変更に対応するSNSアダプター
投稿管理・承認・履歴の共通機能に、SNS固有の文字数、画像・動画の送信手順、認可方法を直接書き込まないことが重要です。各SNSの接続処理をアダプターとして分離し、共通の入力と結果へ変換します。仕様が変わったときは、原則として該当アダプター、検査設定、テストを見直します。
| 共通側が持つもの | SNSアダプターが持つもの |
|---|---|
| 投稿案、承認、予約、履歴、再送判断 | OAuthなどの認可、権限、投稿形式、メディア送信、API応答 |
| 送信待ち・成功・失敗の状態 | 文字数、素材条件、APIバージョン、サービス固有エラー |
| 重複防止用の投稿識別子 | リモート投稿ID、公開URL、接続状態 |
対応可否、必要な権限、アプリ審査、投稿できる形式はサービスとアカウント条件で変わります。実装時には、X API公式資料、Instagram Content Publishing API、LinkedIn Posts API、TikTok Content Posting APIなど、使う接続先の公式資料を確認日とともに記録します。未確認の条件を「投稿できる」と断定しません。
権限と認証情報の扱い
SNSのパスワードをアプリへ保存しません。公式の認可フローで、必要最小限の権限を持つアクセストークンを取得し、暗号化して保管します。トークンの発行者、対象アカウント、権限、有効期限、更新担当、失効手順を台帳化します。ログ、通知、エラー画面に認証情報や投稿本文の機密部分を表示しない設計にします。
承認から送信までの業務フロー
- 担当者が共通本文、素材、リンク、投稿先を登録する。
- 各SNSで異なる表現が必要な箇所だけを調整する。
- アプリが送信前条件を表示し、担当者が不足を修正する。
- 承認者が事実、日付、価格、固有名詞、公開範囲、権利を確認する。
- 承認済みだけを即時または予約で投稿キューへ登録する。
- SNSごとに送信し、成功・失敗・公開URLを保存する。
- 失敗時は原因を確認し、必要なら手動投稿または対象SNSだけを再試行する。
AIが投稿文の候補を作る場合も、事実確認、公開日、リンク先、画像・音源の利用許可、各SNSに合う表現は担当者が確認します。災害、休業、採用条件、価格変更、健康・安全に関わる告知を自動公開の対象にしません。
失敗時の設計と運用
- 同じ送信を重複しないよう、投稿先ごとの識別子を保存する。
- 一時的な通信エラーは回数と間隔を決めて再試行し、上限後は担当者へ引き渡す。
- 認可切れ、権限不足、仕様変更、素材不適合は、原因と担当先を分けて通知する。
- 投稿できないSNSがあっても、手動投稿へ戻す手順と記録場所を用意する。
- 削除・訂正が必要な場合は、SNSごとの実際の公開状態を人が確認して対応する。
導入前チェックリスト
- 対象業務、初期対応SNS、担当者、承認者、失敗時の連絡先が決まっている。
- 投稿に使う素材の保管先、利用許可、保存期間、削除手順を確認した。
- 公式API、権限、料金・上限、アプリ審査の条件を確認日付きで記録した。
- 投稿結果、公開URL、エラー、再送履歴を誰が確認するか決めた。
- 小規模なテストで、投稿時間、失敗数、投稿漏れ、承認の所要時間を比較する。
- 仕様変更を確認する担当と頻度、障害時に手動投稿へ戻す基準を決めた。
関連ページ
- 店向けSNS同時投稿システムの構築・運用ガイド：店舗情報の正本、承認、引継ぎを含む運用へ具体化する場合に参照します。
- API・API連携：外部サービスを接続するときの基本と、人が確認すべき事項を確認します。
関連リンク
SNS連携権限と投稿に含まれる情報を確認するには、アカウント、個人情報を参照してください。