1つのサイトから投稿して、他サイトにも同時反映させる場合

質問

---

WordPressのWebサイトで、ニュースやお知らせの投稿時、例えば、年末年始やゴールデンウイークのお休みの案内など、同じ内容を送るのは手間なので、1サイトの入力が反映する方法はないですか？

回答

---

• 結論：できます。
• 方法：元サイトの“お知らせ”をBOT（Zapier/IFTTT/n8n）が検知→カテゴリーでフィルター→各サイトのREST APIへ投稿。
• 注意：認証はApplication Passwords、画像は先方へアップ、ループ防止、ログ、予約・時差、SEO配慮。

回答／詳細

結論（できる／できない）

• できる：条件つきで実現可能。最もカンタンなのは自動化ツール（Zapier／IFTTT／n8n）＋WordPress REST APIを使う方法。
• できない：
  
  • 目標サイト側でREST APIが無効、もしくは認証手段が用意できない場合。
  • 共有ブロックやパターンは**“同一サイト内のみ同期”**なので、サイト横断の同期は不可。

おすすめ実装（3パターン）

A. 自動化ツール経由で“横断コピー”（おすすめ）

• トリガー：元サイトで「投稿が公開」かつ**特定カテゴリー（例：お知らせ/休業案内）**に一致
• システム（BOT）：Zapier／IFTTT／n8n（自社運用可）
• やり方（言葉）：
  
  1. 元サイトで該当カテゴリーの投稿を公開
  2. BOTがその投稿を取得（REST API or RSS）
  3. 先方サイトのREST APIへ認証つきでPOST（タイトル／本文／抜粋／公開日／スラッグ／アイキャッチ画像URL）
  4. 先方サイトに「同内容の投稿」を自動作成
• フィルター／カテゴリー：BOT側で「カテゴリー＝holiday-notice」「タグ＝sync」など、条件一致のみ実行
• ログイン情報を渡す：Application Passwords（WordPress標準）を各先方サイトで発行 → 編集者権限以下で最小権限をBOTに登録

B. WordPressマルチサイト＋配信プラグイン（同一ネットワーク運用時）

• 前提：全サイトをWordPressマルチサイトで運用
• 配信：10upのDistributor等で基点サイト → 子サイトへ配信（手動/自動の設計可）
• メリット：運用が一元化・復元も楽
• 注意：既存が別サーバー・別WPの場合は構築ハードル高め

C. 中央の“告知記事”を各サイトが

参照表示

（複製ではなく埋め込み）

• 前提：各サイトが中央のRSSを読み込み「最新の告知を表示」
• メリット：1か所更新で全部に反映
• 注意：各サイトの記事としては残らない（一覧の見せ方は工夫が必要）

できる場合の注意点（重要）

1. 認証と権限

• 共有しない“共通パスワード”は使わない。Application Passwordsをサイトごと・担当ごとに発行／失効できる形に。
• 権限はEditor以下（投稿作成に必要最低限）。Adminは渡さない。

2. 画像の扱い

• アイキャッチ・本文内画像は、元URLの直リンクだと元サイト変更で崩れる。
• 可能ならBOTで先方サイトへ画像もアップロード（RESTのMediaエンドポイント）→ 先方側URLを本文に差し替え。

3. 重複投稿・ループ防止

• 「同期済みフラグ」（例：タグ synced）を付与して再トリガーを防止。
• 元サイトのみをトリガーにして、先方サイトの更新では発火しないルールに。

4. 公開タイミング／時差

• BOTの実行間隔（Zapierのプラン／n8nのCron）により数分ラグが出る場合あり。
• 予約投稿（公開日時）もそのまま引き継ぐか、即時公開かを事前に決める。

5. SEO配慮（複製コンテンツ）

• 内容が全く同じでも「お知らせ」は問題になりにくいが、気になる場合はカノニカルを元サイトに向けるか、抜粋＋元記事リンクにする運用も可。

6. 失敗時のロールバック

• 先方サイト側で**“下書きで作成”→人が公開**の二段階にすると安心。
• BOTエラー時は**通知（メール／Slack）**を飛ばす。

7. ログ／監査

• n8nやZapierの履歴ログを必ず残す。いつ、どこへ、何件。

できない（または不向き）ケース

• 先方サイトがREST APIを遮断（WAF/Firewallやセキュリティ設定でブロック）
• 認証を発行できない（ポリシーで外部BOT禁止）
• 全サイトで完全同一のカスタム項目が必要（項目差が大きいとマッピングが煩雑）

“現実解” のおすすめ構成

• 小規模／数サイト：Zapier でまず運用開始 → フィルター（カテゴリー＝「お知らせ」）→ 先方にPOST（Application Passwords）
• 自社運用／コスト抑制：自前のn8nで同等のフロー（RSS or Webhook → WordPressノード）
• 将来拡張：サイト数が増える／高度な差分同期が必要 → マルチサイト＋Distributor 検討