Webページと予定表、交換用の部品を並べた紙細工のイラスト
解説用イラスト(AI生成)。実際の管理画面ではありません。
この手順でできること

サイトヘルスの指摘を具体的な確認作業につなげられます。

作業を始める前に

  • 変更前の画面と設定値を記録し、戻せる状態で作業します。
  • 管理画面の名称や使える機能は、WordPressのバージョン・権限・テーマで異なります。
AT A GLANCE先に、全体の流れを確認
  1. 01ステータスの内容を記録する
  2. 02情報タブで環境を把握する
  3. 03影響する機能を実際に試す
  4. 04対応後に再確認する

下の各項目で、判断のポイントと確認方法を説明します。

進め方・判断のポイント 04 STEPS

01

ステータスの内容を記録する

管理画面のツールからサイトヘルスを開き、重大な問題と推奨される改善を確認します。項目を展開し、表示された説明を読むところから始めます。点数を上げるためだけに設定を変えるのではなく、何の機能に関わる指摘なのかを整理します。発見日時と直前に行った更新も記録すると、原因を調べやすくなります。

✓ 完了の目印

指摘内容と発生時期を記録しました。

02

情報タブで環境を把握する

WordPress、テーマ、プラグイン、PHP、サーバーなどの情報を確認します。問い合わせる際はバージョンと該当する項目を添えると状況が伝わります。コピーした診断情報には環境の詳細が含まれるため、そのまま公開掲示板へ貼る前に内容を確認します。パスワードや秘密の設定値を追加して送る必要はありません。

✓ 完了の目印

利用環境を必要な範囲で説明できます。

03

影響する機能を実際に試す

REST APIの指摘なら編集画面や接続機能、ループバックの指摘なら関連する処理など、通知と実際の症状を照合します。セキュリティ機能やサーバー設定が関係する場合もあるため、保護をまとめて無効にして済ませないようにします。検証環境で変更を一つずつ試し、サーバー管理側の項目は契約先の資料と照合します。

✓ 完了の目印

診断結果と利用時の症状を分けて確認しました。

04

対応後に再確認する

変更した設定と理由を記録し、サイトヘルスを開き直して状態を確認します。通知が消えたかに加えて、投稿更新・問い合わせ・ログインなど通常の操作も試します。すぐ対応できない指摘は、影響と確認先を記録して担当者へ渡します。全項目が良好でも、バックアップや受信テストが不要になるわけではありません。

✓ 完了の目印

変更の効果と通常操作の両方を確認しました。

終わったら確認すること

  • サイトヘルスの指摘を具体的な確認作業につなげられます。
  • 変更したページと、そこへつながる一覧・メニューをログアウトした状態で確認します。

途中で困ったときは

良好ならセキュリティは万全ですか?

サイトヘルスは一定の構成を診断する機能です。日々の更新、権限、バックアップ、実際のフォーム受信等は別に確認します。

重大な問題の解決ボタンがありません。

診断だけを行い、設定場所が別にある項目もあります。説明から対象機能を特定し、サーバーやプラグインの担当先に確認します。

参照した公式資料

画面や条件が異なる場合は、ご利用環境と公式の最新案内を確認してください。

手順確認日 2026.10.30 / 読む時間は目安です。操作に必要な時間は環境によって異なります。

管理画面の項目を調べる

入力欄の意味・操作・確認方法を、項目ごとに確認できます。

ツール → サイトヘルス →