Remote-Site への接続が失敗する

スイートの各プラグインには「リモートサイト」（ドイツ語：„Remote-Sites“）の領域が備わっています: そこで別の WordPress 設置をアプリケーションパスワードで接続し、ここから操作します。接続、テスト、削除はすべてのプラグインで同じ共有コードを通るため、メッセージはどこでも同じ文言です。この記事では、それぞれの意味を整理します。

メッセージの詳細

• 「URL (http/https)、ユーザー、アプリケーションパスワードを入力してください。」 — いずれかの項目が空か、アドレスが http:// または https:// で始まっていません
• 「サイトに到達できません。」 — 応答がまったく返ってきませんでした。作成時にはその前に「接続に失敗しました:」が、あとからの確認時には「テストに失敗しました:」が付きます
• 「認証情報が拒否されました（アプリケーションパスワードを確認してください）。」 — 対象サイトが 401 または 403 で応答しました
• 「有効な REST 応答ではありません（コード …）。」 — 応答は返ってきたものの、解釈できる JSON ではありませんでした。示されたコードがそこに入ります
• 「サイトが見つかりません。」 — クリックした項目は、この設置のリストにもう載っていません

接続を作成して確認する

1. WordPress のメニューで該当するプラグインのページを開き、左側の「ネットワーク」グループで「リモートサイト」（ドイツ語：„Remote-Sites“）に切り替える。
2. 「サイトを接続」カードで、「サイト URL」、「ユーザー名」、「アプリケーションパスワード」の各項目を入力する。
3. 「接続 & テスト」をクリックする。
4. 既存の接続は、あとからいつでも「接続済みのサイト」の表にある「テスト」ボタンで確認する。
5. 「ステータス」（ドイツ語：„Status“）の列で、そのサイトが「接続済み」、「エラー」、「未確認」のどれとして扱われているかを読み取る。

テストは、対象サイトにある WordPress 自身のユーザールートへの、ログイン済みの呼び出しです。制限時間は 20 秒で、リダイレクトはたどりません。試すアドレスの形式は 2 つです: まず、どのパーマリンク設定でも動く rest_route の形式、次に /wp-json/ を経由する方法です。成功と数えられるのは、本物の JSON 応答だけです。そのあとテストは、REST の起点となるルートからサイトの名前を読み取ります。これに失敗した場合は、リストにホスト名が並びます。

テストは緑なのに、操作が失敗する

• 各サイトの横にある操作は、対象サイトの専用ルートを呼び出します: Backup プラグインの「リモートステータス」と「リモートバックアップ」、Performance の「ステータス」と「キャッシュをクリア」、Consent の「設定を送信」、Security の「セキュリティステータス」、SEO の「SEO ステータス」、Analytics の「統計を取得」、Roles の「ロールステータス」、Media の「出所の状況」です
• これらのルートは、対象サイトで manage_options 権限を要求します — つまりアプリケーションパスワードは、管理者権限を持つアカウントのものである必要があります
• 該当するプラグインは、対象サイトにインストールされ、有効になっている必要があります。そうでない場合、操作は失敗します。「リモートステータス」「統計を取得」「出所の状況」（ドイツ語：„Fernstatus“、„Statistik abrufen“、„Herkunfts-Stand“）などの取得は、取得できないこと（„… nicht abrufbar“）を応答コードとともに知らせます。「リモートバックアップ」「キャッシュをクリア」「設定を送信」（ドイツ語：„Fern-Backup“、„Cache leeren“、„Config senden“）は、失敗（„… fehlgeschlagen:“）を対象サイトの応答またはそのコードとともに知らせます
• 「テスト」が緑を返すのは、アドレスと認証情報が正しいことを示すだけです — 相手側のプラグインについては、何も語りません
• Analytics プラグインでは、「リモートサイト」（ドイツ語：„Remote-Sites“）の領域は管理者にだけ表示されます