読み込めないWordPressバックアップの状態を調べる
WordPressサイト一覧と個別サイトのバックアップ一覧の取得失敗を区別し、証拠を保存して正常なサイトの接続を解除せずに再試行します。
最終確認日
スクリーンショットは英語版の画面です。
WordPress連携ページはサイト一覧を1回取得し、表示されたサイトごとにバックアップ一覧を取得します。そのため、ページ全体の失敗とバックアップの詳細が不明な行では原因が異なり、同じ方法で復旧すべきではありません。

手順
- サインインした状態で連携 → WordPressを開き、警告を正確にコピーしてください。**「WordPress」のサイトを読み込めませんでした。もう一度お試しください。**はサイト一覧自体のリクエストが失敗したことを示します。
- 表は読み込まれるものの、1行のバックアップ状態に不明(不明を示す画面上の表示)が表示されるか保存済みの詳細が空欄の場合は、そのサイトのIDとURLを記録してください。ページはそのサイトのバックアップリクエストが失敗すると不明な行に変換し、他のサイトは表示したままにします。
- ブラウザがオンラインであることを確認し、1回再読み込みしてください。状態を更新するだけのためにサイトの接続を解除しないでください。接続解除は認証情報を失効させる操作であり、状態の再読み込みではありません。
- アカウントのセッションが期限切れか確認してください。サイトのルートは未サインイン時にSign in required、レコードがない場合にSite not found、別のオーナーの場合にYou can only view your own sitesを返します。
- 同じサイトをwp-adminで比較してください。dosyaタブにはローカルキーが接続済み、読み取り不能、失効済みのいずれかが表示されます。ローカルアーカイブはBackups一覧で確認します。
- 1行だけが引き続き失敗する場合、サポート用にリクエストのステータスとレスポンス本文を保存してください。すべての行が失敗する場合は、再サインイン前にページ全体の警告、アカウント、時刻、ブラウザを記録してください。
ページがバックアップの詳細を取得するのは、表示された最初の20サイトのみです。**全N件中20件のサイトを表示しています。**という通知は、この画面でバックアップ行を取得していない追加の有効なサイトがあることを示します。

期待される結果
アカウントの有効なサイト行と最新のバックアップ状態が再表示されるか、アカウント全体のサイトリクエストと個別サイトのバックアップリクエストのどちらが失敗したかを証拠から特定できます。更新のために正常な接続を解除する必要はありません。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。