ご利用ガイド | WP Maintenance Manager

🔑

事前準備

SSH接続・WP-CLIとは？鍵の準備方法

Step 1 でSSHプロファイルを登録する前に、SSH接続に必要な「鍵ファイル」の準備が必要です。初めての方はここから始めてください。

SSH とは、インターネット経由でサーバーに安全に接続するための仕組みです。WordPressの更新やDBバックアップをサーバー内部から直接実行するために使います。
WP-CLI とは、WordPressをコマンドで操作するツールです。エックスサーバー・さくらインターネットでは最初から導入済みのため、設定不要で使えます。ConoHa WING・ヘテムル等は SSH 接続後に ~/bin/wp へ手動設置するか、当アプリの「🔍 詳細診断」ボタンで自動的に推奨設定を提示できます。

v1.5.9 以降の便利機能：「🔍 詳細診断」ボタン
SSHプロファイル編集画面で「接続テスト」ボタンの隣に追加されました。サーバーに読み取り専用で接続して環境を観測し、推奨される WP-CLI パスを「参考目安」として提案します。Xserver / Sakura / ConoHa WING / Heteml の 4 ホストで実機検証済み。提案値が必ず正しいことを保証するものではありませんので、必ず接続テストで再確認してください。

公開鍵と秘密鍵の仕組み

SSH接続ではパスワードの代わりに「鍵のペア」を使います。

秘密鍵（あなた専用の鍵）　— あなたのパソコンに保存するファイルです。銀行カードと同じように、絶対に他人に渡してはいけません。
公開鍵（サーバーに置く鍵穴）　— サーバー側に登録しておくデータです。あなたの秘密鍵でしか開かない専用の鍵穴を作ります。

この「鍵」と「鍵穴」が揃って初めて、安全にサーバーに入ることができます。

サーバー別：鍵の発行手順

サーバーパネルにログインし、「SSH設定」を開いて状態を ON にします。
「公開鍵認証用鍵ペアの生成」でパスフレーズ（鍵のパスワード）を入力し、生成ボタンを押します。
自動でダウンロードされる 秘密鍵ファイル（.key） を、パソコンの安全なフォルダに保存します。（例：~/.ssh/）
Step 1 の「秘密鍵のパス」にそのファイルのパスを入力します。パスフレーズを設定した場合は「SSHパスフレーズ」欄にも入力してください。

Xserverのポート番号は 10022 です。「SSHポート」欄に 10022 を入力してください。

コントロールパネルの 「サーバー管理」→「SSH」 を開きます。
「+SSH KEY」ボタンを押し、自動生成を選択して保存します。
発行された .pem ファイル をダウンロードし、パソコンの安全なフォルダに保存します。（例：~/.ssh/）
Step 1 の「秘密鍵のパス」にそのファイルのパスを入力します。「SSHポート」欄には ConoHa WING のポート番号 8022 を入力してください。

接続テストで「WP-CLIが見つかりません」と表示された場合の対処

まず「🔍 詳細診断」ボタンをお試しください（v1.5.9以降）。SSHプロファイル編集画面の「接続テスト」ボタン横にあります。サーバーの状態を読み取り専用で観測し、推奨される WP-CLI パスを「参考目安」として提案します。提案された値が正しければそのまま使えます（参考目安なので、必ず接続テストで再検証してください）。

ConoHa WING では、初期状態で wp コマンドがサーバーに入っていません。SSH 経由で 1 行のコマンドを実行して設置するのが確実です。

注意：Web ファイルマネージャー経由のアップロードは推奨しません。 ブラウザ上のファイルマネージャーや FTP クライアントで wp-cli.phar をアップロードすると、転送途中でファイルが書き換わって署名が破損し、「broken signature」エラーで起動できなくなる事象が発生します（実機確認済み）。SSH 経由でサーバー上から直接ダウンロードする方式が最も確実です。

手順：ターミナル（または ConoHa ウェブコンソール）で SSH 接続後、以下を 1 行実行

mkdir -p ~/bin && cd ~/bin && \
curl -sO https://raw.githubusercontent.com/wp-cli/builds/gh-pages/phar/wp-cli.phar && \
mv wp-cli.phar wp && chmod 755 wp && ~/bin/wp --info

最後の ~/bin/wp --info で WP-CLI のバージョン情報が表示されれば成功です（PATH に ~/bin が含まれているため、その後はアプリ側「WP-CLIパス」欄を wp のままにしておけば認識されます）。

SSH 接続用ターミナルが手元にない場合

Mac は標準の「ターミナル」、Windows は「PowerShell」または「Windows Terminal」、ConoHa の場合は コントロールパネル → 「サーバー管理」 → 「コンソール」 から Web ブラウザ内で SSH セッションを開けます（.pem 鍵ファイルとパスフレーズが必要）。

WP-CLI を更新したい場合も、同じ 1 行コマンドを再実行するだけで最新版に置き換わります。設置先はホーム領域内のため、他のサイトやユーザーには影響しません。

サーバーコントロールパネルの 「サーバー情報」→「SSH公開鍵」 を開きます。
「鍵ペアを生成して登録」を選択します。
生成された 秘密鍵 をパソコンに保存します。（例：~/.ssh/）
Step 1 の「秘密鍵のパス」にそのファイルのパスを入力します。

さくらインターネットのSSHポート番号は 22（標準） です。「SSHポート」欄に 22 を入力してください。

「秘密鍵のパス」の入力方法と .ssh フォルダの準備

ダウンロードした鍵ファイルをパソコンの .ssh フォルダに移動し、そのパスをアプリに入力します。.ssh は不可視フォルダのため、以下の手順で確認・作成してください。

🍎 Mac の場合

まず .ssh フォルダが存在するか確認します：

Finder を開き、メニューの 「移動」→「ホーム」 でホームフォルダへ移動します。
Command + Shift + . を押すと不可視ファイル・フォルダが表示されます。
.ssh フォルダが見えたら、そこに鍵ファイルを移動してください。

.ssh フォルダがない場合：

Finderで作成する場合：不可視表示にした状態でホームフォルダ内を右クリック →「新規フォルダ」→ フォルダ名に .ssh と入力して作成
ターミナルで作成する場合：ターミナルを開いて mkdir ~/.ssh を実行

作成後、鍵ファイルをそのフォルダに移動し、アプリの「秘密鍵のパス」に ~/.ssh/ファイル名.key と入力してください。

🪟 Windows の場合

まず .ssh フォルダが存在するか確認します：

エクスプローラーを開き、上部メニューの 「表示」→「隠しファイル」にチェック（Windows 11 は「表示」→「表示」→「隠しファイル」）。
アドレスバーに %USERPROFILE% と入力して Enter を押します。
.ssh フォルダが見えたら、そこに鍵ファイルを移動してください。

.ssh フォルダがない場合：

エクスプローラーで作成する場合：%USERPROFILE% 内を右クリック →「新規作成」→「フォルダ」→ フォルダ名に .ssh と入力して作成
PowerShell で作成する場合：PowerShell を開いて mkdir $HOME\.ssh を実行

作成後、鍵ファイルをそのフォルダに移動し、アプリの「秘密鍵のパス」に C:\Users\ユーザー名\.ssh\ファイル名.key と入力してください。

秘密鍵ファイルのアクセス権限（パーミッション）について

秘密鍵ファイルのアクセス権限が緩すぎると、SSH 接続時に UNPROTECTED PRIVATE KEY / Permissions are too open / bad permissions といったエラーで認証が拒否されます。これは あなたのパソコン側 OS（Mac/Windows）の OpenSSH が要求しているチェック で、サーバー会社（エックスサーバー・さくら・Heteml 等）は無関係です。1 回設定すれば全レンタルサーバー共通で恩恵が出ます。

v1.6.3 以降は接続テスト画面でアプリが自動診断・修正します（「🔧 修正してから接続」/「🔧 秘密鍵のパーミッションを修正して再試行」ボタン）。鍵ファイルの中身やサーバーには一切触らず、あなたのパソコン上のファイル属性のみを安全な値に整えます。下記の手動手順を覚えておく必要は基本ありませんが、万一の場合に備えて記載しておきます。

🍎 Mac / Linux の手動設定

ターミナルで以下を 1 行実行します（鍵のパスはご自身の環境に合わせて読み替えてください）：

chmod 600 ~/.ssh/your-key-file

🪟 Windows の手動設定

鍵ファイルを右クリック → 「プロパティ」 → 「セキュリティ」 タブ → 「詳細設定」。
上部の 「継承の無効化」 をクリック → 表示されるダイアログで「継承されたアクセス許可をすべて削除します」を選択。
残ったアクセス許可エントリのうち 現在ログイン中のユーザー以外（Users・Everyone・Authenticated Users 等）をすべて選択 → 「削除」。
現在のユーザーが残っていない場合は 「追加」 → 自分のユーザー名を選び 「フルコントロール」 を付与。
OK で確定。

01

Step 1 — 推奨

SSHプロファイルを登録する

SSH接続情報を「プロファイル」として登録します。サイト追加時にプロファイルを選択するだけでSSH設定が完了し、プロファイルを更新すると紐づいた全サイトに自動反映されます。
入力後は 「① SSH接続テスト」と「② WP-CLI動作テスト」 で動作確認することをおすすめします。設定の誤りをここで発見できます。

⚙ 設定 → SSHプロファイル管理

項目	説明	区分
プロファイル名	後から見てわかる識別名（例：`Xserver 本番`）	必須
SSHホスト	⚠ 独自ドメイン（`example.com`）や WordPress の URL ではありません。レンタルサーバー会社から提供されている SSH ホスト名を入力してください。コントロールパネルの「SSH 設定」「サーバー情報」「接続情報」などのページで確認できます（接続テストで「Unable to connect to port XXXX」エラーが出る場合のほとんどは、ここを独自ドメインにしてしまっているケースです）	必須
SSHユーザー	SSHのログインユーザー名。多くのレンタルサーバーではFTPユーザー名と同じです	必須
SSHポート	通常は `22`（さくらインターネット等）。エックスサーバーは `10022`、ConoHa WING は `8022` など、サーバー会社により異なります	必須
秘密鍵のパス	SSH接続に使う秘密鍵ファイルのパス（例：`~/.ssh/id_rsa`）。.ssh フォルダの準備方法はこちら	推奨
SSHパスフレーズ	秘密鍵にパスフレーズが設定されている場合のみ入力。設定していない場合は空白のままでOK	任意
WP-CLIパス	サーバー上の WP-CLI コマンドを呼ぶための値。`wp` または絶対パス（例：`/usr/local/bin/wp`）など。空白のままでも内部的に `wp` として扱われるため、サーバーの PATH に `wp` コマンドがあれば未入力で動作します。各サーバー会社の公式情報をご参考ください	任意

推奨：秘密鍵認証　パスワード認証より安全で接続も安定します。レンタルサーバーのコントロールパネルからSSH公開鍵を登録しておくことをおすすめします。

サーバーで動作確認

入力後、保存前に動作確認できる 2 つのボタンを用意しています。サイトを登録する前に設定ミスを発見できるため、トラブルの原因特定が格段に楽になります。

1 「① SSH接続テスト」ボタン　— SSH 疎通のみ確認します（高速）。SSH ホスト・ユーザー・秘密鍵が正しいかが分かります
2 「② WP-CLI動作テスト」ボタン　— SSH 接続後に「WP-CLIパス」で指定したコマンドが起動するか確認します。① が成功している前提です
3 成功時：緑色で 「✅ 接続成功」 と表示。エラー時：赤色でエラー種別とサーバー応答（stderr）が表示されます。メッセージに従って設定を修正してください

①「SSH接続テスト」成功時の表示

②「WP-CLI動作テスト」成功時の表示

よくあるエラーと対処：

認証に失敗しました　→　ユーザー名・秘密鍵・パスフレーズを確認
SSHパスフレーズが必要です　→　パスフレーズ欄に入力して再テスト
ホスト名を解決できません　→　SSHホストのスペルを確認
接続タイムアウト　→　ポート番号またはファイアウォール設定を確認
WP-CLI が見つかりません　→　WP-CLIパス欄を確認、または下記「補助機能：詳細診断」を参照

補助機能：詳細診断

「① SSH接続テスト」「② WP-CLI動作テスト」で原因が特定しづらい場合の補助機能です。SSHプロファイル編集モーダルの「補助機能：詳細診断」セクションを開き、「🔍 詳細診断」ボタンを押すと、サーバー環境を読み取り専用で観測し、推奨される WP-CLI パスを 「参考目安」 として提案します。

OS / シェル種別 / HOME ディレクトリ書き込み可否
PHP コマンドの所在（PATH 内か絶対パスか）
既存の WP-CLI（システム全体・ホームディレクトリ）の有無と動作可否
GitHub への到達性（自動インストール可否の判定用）

提案値は「参考目安」であり、確証ではありません。サーバー固有の事情（カスタム PHP セレクタ・chroot 環境・proxy 制約等）を完全にはカバーできないため、提案値が不正確な場合があります。提案値を「↑この値を WP-CLIパス欄に入力する」で適用したあと、必ず「② WP-CLI動作テスト」で再検証してください。

診断で「WP-CLI 不在 + ホーム書き込み可 + GitHub 到達可」の 3 条件が揃うと、「📦 WP-CLI 自動インストール」セクションが追加で表示されます。「🧪 まず隔離パスで試す」で安全に試行 → 動作確認 OK なら 「📦 ~/bin/wp に本番設置」で本番パスに設置できます（既存ファイルは wp.broken_backup_<時刻> として自動退避）。

同じサーバーに複数サイトがある場合、プロファイルを先に登録しておくとサイト追加がスムーズです。ホスト・ユーザー・鍵は共通で、サイトごとのインストールパスだけ変えて登録できます。

02

Step 2 — 推奨

通知設定をする

メンテナンスが完了するとメールで結果を受け取れます。問題が起きた場合はすぐにアラートが届くので、見逃しがなくなります。通知なしで使うこともできますが、設定しておくと安心です。

⚙ 設定 → 通知設定

項目	説明	区分
SMTPホスト	メール送信サーバーのアドレス（例：`smtp.gmail.com`）	必須
ポート	通常は `587`（STARTTLS）	必須
SMTPユーザー名	メールアドレスと同じ場合がほとんどです	必須
SMTPパスワード	Gmailの場合は通常のパスワードではなくアプリパスワードが必要です	必須
送信元メールアドレス	SMTPユーザー名と同じで構いません	必須
送信先メールアドレス	報告メール・アラートの受信先	必須
通知タイミング	メールを送るタイミングを4段階で選択できます ① エラー即時＋サマリー（デフォルト・推奨） ② エラーのみ即時 ③ サマリーのみ ④ 通知しない	任意

Gmailをお使いの場合：　Googleアカウント → セキュリティ → 2段階認証を有効にした上で「アプリパスワード」を発行し、パスワード欄に入力してください。通常のGmailパスワードでは認証に失敗します。

通知タイミングのおすすめ：　デフォルトの「エラー即時＋サマリー」が最適です。問題が起きたらすぐ気づけて、正常完了時は全サイトをまとめた1通で確認できます。

03

Step 3 — 必須

WordPressサイトを登録する

メンテナンス対象のサイトを追加します。WordPress管理画面へのログイン情報と、STEP 1 で作成したSSHプロファイルがあれば完了です。

ツールバーの「＋サイト追加」ボタン

v1.6.4 改修：サイト追加・編集モーダルは 3 タブ構成です　📋 登録情報（サイト名・カテゴリー・タグ・メモ・各種オプション）／ 🖥 SSH関連（SSHプロファイル・WordPressインストールパス・WP-CLIパス）／ 🔵 WordPress情報（管理画面 URL・管理者ユーザー・Basic 認証・除外プラグイン）の 3 つです。以下の表もタブ単位で記載しています。

📋 登録情報タブ

項目	説明	区分
サイト名	管理上の識別名。ログやレポートに表示されます（例：`株式会社〇〇公式サイト`）。v1.6.2 改善：サイト名を変更しても、サムネイル・更新前後スクリーンショット・DBバックアップ世代がすべて引き継がれます（内部の安定識別子で追跡）。リネーム後の「比較不能」「サムネ消失」「バックアップ世代がリセット」といった問題は発生しません	必須
カテゴリー / タグ	サイト整理用の任意ラベル。カテゴリーは1サイトに1つ（色付き・排他的）、タグは複数選択可（横断的）。サイト一覧でフィルタ・絞り込みに使えます。⚙設定 → 「カテゴリー・タグ管理」で事前に登録	任意
📝 メモ	v1.6.4 新機能・任意。このサイト特有の補足情報を自由記述で記録できる欄（最大 5000 文字）。契約更新月・サーバー会社サポート窓口・現場担当者の連絡先・運用上の注意点など、他のフィールドに収まらない情報を保存できます。メンテナンス実行ロジックには影響しません	任意
📸 スクリーンショット比較	更新前後のスクリーンショットを自動撮影して差分を検出します	任意
🌐 ブラウザ補完更新	v1.6.1 新機能・SSH モード時のみ・デフォルト ON。SSH（WP-CLI）で更新できなかったプラグイン（ACF Pro / Yoast SEO Premium 等の標準更新機構を使う有料プラグイン）を、SSH 完了後にブラウザ経由で一括更新します。⚠ 補完更新分はピンポイントロールバック対象外（一括更新になるため）。実行ログ・結果メールにも「ステップ RB 無効」と明示されます	任意
⚠ 積極的自動修正モード	デフォルト OFF。通常のピンポイントロールバックでも復旧しなかった場合の最終手段として、DB 全体ロールバック・更新分のファイル一括巻き戻し・キャッシュ強制削除・テーマ自動切替（Twenty シリーズへ）・追加プラグイン停止・wp doctor 健全性診断を実行します。深夜の無人運用が中心のエージェンシー向け。SSH 未使用サイトには適用されません	任意

🖥 SSH関連タブ

v1.6.4 改善: SSH の有無は二者択一　サイトを保存するには、「SSHプロファイルを選ぶ」か、「SSHを使用しない（ブラウザ更新のみ）」にチェックを入れるかのどちらか必須です。プロファイル未選択かつチェック無しでは保存できません（保存ボタンを押すと該当タブに自動切替してエラー表示）。

項目	説明	区分
SSHプロファイル	STEP 1 で登録したプロファイルを選択します。SSH接続情報（ホスト・ユーザー・鍵・WP-CLIパス）はプロファイルから自動的に読み込まれ、プロファイルを更新すると全サイトに反映されます	推奨
WordPressのインストールパス	サーバー上にWordPressが置かれているフォルダのパス（例：`/home/xs123456/example.com/public_html`）。SSH接続情報が登録されている場合は「自動検出」ボタンで自動入力も可能	必須
WP-CLIパス（任意・上書き）	v1.6.1 新機能。同じサーバー内に異なる PHP バージョンのサイトが混在する場合の個別指定用。空欄なら SSHプロファイルの WP-CLI パスがそのまま使われます。例外サイトだけ別の PHP（例：`/opt/php-8.3/bin/php /usr/bin/wp`）を指定したい場合に使用。上書き設定中は一覧に「⚙ 上書き」バッジが表示されます。SSH プロファイル節を再確認	任意

サイト追加モーダル — SSH関連タブ（SSHプロファイル選択・WordPressインストールパス・自動検出ボタン・WP-CLIパス上書き）

🔵 WordPress情報タブ

項目	説明	区分
WP管理画面URL	通常はサイトURLに `/wp-admin` を付けたもの	必須
サイトURL	トップページのURL（例：`https://example.com`）。更新後の正常稼働確認（HTTPチェック）に使用します	必須
WP管理者ユーザー名	WordPressのログインユーザー名（管理者権限が必要）	必須
WP管理者パスワード	WordPressのログインパスワード。暗号化して保存されます	必須
🔐 Basic 認証 ID / パスワード	v1.6.2 新機能・任意。HTTPベーシック認証で保護されているサイト（ステージング・開発環境など）でビジュアルチェック・サムネイル取得・ブラウザ補完更新が正しく動作するために必要な認証情報を、折りたたみセクションに保存できます。SSH/WP-CLI 経由の更新自体には影響しません。パスワードは暗号化して保存されます。「🔐 Basic 認証（任意・ベーシック認証で保護されている場合のみ）」を展開して入力します。同セクションの「🔗 接続テスト + サムネイル取得」ボタンを押すと、入力した認証情報で疎通確認＆サイト一覧用サムネイルの撮影が一度に完了します	任意
除外プラグイン	自動更新の対象外にしたいプラグインを設定します。「📡 サーバーから取得」ボタンを押すとインストール済みプラグイン一覧がチェックボックスで表示され、選択するだけで設定できます。手入力（カンマ区切りのスラッグ）も可能です	任意

WordPress情報タブで Basic認証セクションを展開した状態（ID・パスワード入力 + 説明文 + 🔗 接続テスト + サムネイル取得ボタン）

スクリーンショット比較について：　有効にすると、更新後にサイトの見た目が崩れていないかを自動でチェックします。ただし、カルーセルや動的コンテンツのあるサイトでは誤検知が発生しやすいのでおすすめしません。

有料プラグインをお使いの場合：　WooCommerceの有料拡張やACF Proなど、独自の更新サーバーを持つプラグインは「除外プラグイン」に登録することをおすすめします。「📡 サーバーから取得」ボタンを使えば、スラッグを調べなくてもチェックボックスで簡単に除外設定できます。

一方で、ACF Pro / Yoast SEO Premium / Elementor Pro / WP Rocket 等の「ライセンス認証済みで標準更新機構に通知が出るタイプ」の有料プラグインは、「🌐 ブラウザ補完更新」（v1.6.1 新機能）で一括処理できます。除外する代わりにブラウザ補完更新で更新したい場合は、トグルを ON のまま運用してください。

積極的自動修正モードは慎重に：　ピンポイントロールバックや更新前 DB バックアップで多くのケースは復旧可能なので、まずは OFF で運用を始めることをおすすめします。それでも対応しきれない複雑な障害が起きたタイミングで ON への切替を検討してください。詳細は FAQ の比較表をご覧ください。

04

Step 4 — 必須

メンテナンスを実行する

準備が整いました。「メンテナンス実行」を押すだけで、DBバックアップ → コア更新 → プラグイン更新 → テーマ更新 → 翻訳更新が自動で実行されます。

ツールバーの「⚡ メンテナンス実行」ボタン

1 対象サイトの行が表示されていることを確認します（サイトが複数ある場合は全件が対象になります）
2 「⚡ メンテナンス実行」 をクリックします。確認ダイアログが表示されたら「実行する」を選択
3 コンソールにリアルタイムでログが流れます。サイト数によって数分〜十数分かかります
4 完了後、サイト一覧に結果（成功 / 要確認 / エラー）が表示されます。通知設定済みの場合はメールも届きます

完了後のサイト一覧グリッド表示（カテゴリーバッジ・管理画面リンク・🔌プラグイン一覧ボタン・Successステータス・編集・🕒ログ履歴）

初回は1サイトで試してみることをおすすめします。　動作を確認してから残りのサイトを追加すると安心です。

実行中はブラウザのタブを開いたままにしてください。　タブを閉じても処理は継続されますが、リアルタイムのログ表示が止まります。完了通知はメールで確認できます。

基本的なメンテナンスはここまでの4ステップで完結します。以下の機能を活用すると、さらに便利に使えます。

🏷️

カテゴリー・タグ管理

サイト数が増えてきたら、カテゴリー（1サイトに1つ・色付き・排他的）とタグ（1サイトに複数・横断的）でサイトを整理できます。例：カテゴリーで「クライアント A」「自社サイト」、タグで「EC」「要報告」など。サイト一覧の上部からカテゴリー・タグでの絞り込みが可能で、タグフィルタは OR / AND の切替に対応しています。

⚙ 設定 → 「カテゴリー・タグ管理」

削除時の挙動：　カテゴリー削除時は「未分類に戻す」または「別カテゴリーに一括移動」を確認ダイアログで選択できます。タグ削除時は対象タグを使っている全サイトから自動的に取り除かれます（他のタグは保持されます）。サイトの設定自体は影響を受けません。

🔄

プラグイン更新横断ダッシュボード＆選択プラグイン更新 v1.6.2 新機能

全サイトの「要更新プラグイン」を一画面で横断的に確認できるダッシュボードです。「Elementor: 3 サイトで要更新（4.0.0 → 4.0.8）」のようにプラグイン名でグループ化されて表示され、展開すると影響サイトと旧→新バージョンが確認できます。SSH 接続が設定されているサイトを並列に巡回するため、サイト数が多くても短時間で結果が出ます。プラグイン更新のみが対象で、Core / テーマ / 翻訳の更新は通常のメンテナンス実行で扱います。

ツールバーの「プラグイン更新」ボタン

ローディング進捗が見える設計：　33 サイトを並列 SSH でスキャンしている間も、進捗バー・完了サイト数（「12 / 33 サイト完了 (36%)」）・現在取得中のサイト名・残り時間が大きく表示されます。一度取得した結果はブラウザに 24 時間キャッシュされるため、アプリ再起動後でも即時表示されます（サマリーに「最終取得: ◯分前」を表示）。メンテナンス実行後はキャッシュが自動で無効化されるので、常に最新の状態を確認できます。

選択プラグイン更新：　ダッシュボードで「サイト × プラグイン」のチェックボックスを選んでフッターの「選択プラグインを更新」ボタンを押すと、選んだプラグインだけを更新できます。実行中の動きは通常のメンテナンスとまったく同じで、DB バックアップ・1 件ごとの HTTP チェック・問題発生時の自動ピンポイントロールバック・更新後のビジュアル確認・サマリーメールも従来どおり動作します。Core / テーマ / 翻訳の更新だけがスキップされる仕組みです。手動の「Update All」ボタンとは違って、安全運用ポリシーを保ったまま対象を絞れるのがポイント。ログ履歴とレポートにも「選択更新」タグが付与され、対象プラグイン名も記録されるので、クライアント説明時に「今回は何を更新したか」が明確に残ります。

🗂

サイト一覧の見やすさアップ v1.6.2 新機能

v1.6.2 でサイト一覧の機能が大幅に強化されました。多数のサイトを管理するエージェンシー向けに、ManageWP 風の情報密度の高い表示と素早い操作を実現しています。

機能	説明
グリッド／リスト表示切替	ツールバーの切替ボタンで、サムネイル付きのグリッド表示と、項目が縦に並ぶリスト表示を切替できます。選択状態はブラウザに保存され、次回起動時も維持されます
サイト一覧サムネイル	メンテナンス実行後にトップページのスクリーンショットから 300×188 のサムネイルが自動生成され、各サイトカードに表示されます。サイト追加時のサイト編集画面「🔗 接続テスト + サムネイル取得」ボタンでも撮影可能
Core / PHP バージョンバッジ	各サイトに WordPress 本体のバージョン（例: `Core 6.9`）と Web 側 PHP のバージョン（例: `PHP 8.3`）がバッジ表示されます。tooltip で詳細バージョン（6.9.4 等）も確認可能。メンテナンス実行のたびに自動更新されます
Core / PHP マルチセレクトフィルタ	ツールバーから個別バージョン（例: `6.9.4` / `6.5.8`）を複数選んで絞り込めます。各バージョンの件数バッジも表示されるため、「PHP 7.4 で動いているサイトはまだ何件残っているか」のような棚卸し作業に便利
🛠 管理画面リンク	サイトの URL 横にあるレンチアイコンをクリックすると、WordPress 管理画面が新しいタブで開きます（ログインは手動）。同じ画面を頻繁に行き来する作業で便利
🔌 プラグイン一覧モーダル	サイトの URL 横にあるプラグインアイコンをクリックすると、そのサイトにインストールされている全プラグインを「すべて / 要アップデート」タブ切替で確認できます（閲覧専用）。SSH 接続が設定されているサイトでのみ表示されるボタンです

2 つの操作グループ：　サイトカード内のアイコンは「このサイトに行く系」（URL リンク・🛠 管理画面・🔌 プラグイン一覧）と「レコード管理系」（編集・🕒 ログ履歴）に分かれて配置されています。視線の流れに沿って自然に操作できる設計です。

📋

ログ履歴

過去のメンテナンス実行結果を一覧で確認できます。各ログをクリックすると、更新されたプラグインのバージョン変化・DBバックアップのダウンロード・スクリーンショットの確認が可能です。ログは最大365日間保存されます。

ツールバーの「📋 ログ履歴」ボタン

サイト別ログ履歴（v1.5.8）：　サイト一覧の「最終メンテ」欄にある「🕒 履歴 ›」リンクをクリックすると、そのサイトのログだけに絞り込まれた状態でログ画面が開きます。サイト名を後から変更しても内部の安定識別子で追跡されるため、リネーム前のログも引き続き確認できます。

ログの部分削除（v1.5.8）：　3 つの方法で柔軟に削除できます。① サイトごとの履歴ビューで「このサイトのログを削除」、② 全体ログ画面でステータス・期間で絞り込んだ状態で「絞り込み結果を削除」、③ チェックボックスで個別選択して「🗑️ 選択を削除」。いずれの場合も削除前に件数を含む確認ダイアログが表示されます。

📄

レポート設定 STD / BIZ プラン

クライアントへの保守報告書をワンクリックで作成できます。会社名・ロゴ・アクセントカラーを設定しておけば、御社ブランドの報告書としてPDF・HTMLでダウンロードできます。レポートのプレビューと内容の編集はすべてのプランで無料で試せます。

⚙ 設定 → レポート設定

項目	説明
エージェンシー名・連絡先	会社名・住所・電話番号・メール・Webサイト
ロゴ画像	レポートヘッダーに表示。PNG / JPG 推奨
アクセントカラー	見出しやボーダーに使われるブランドカラー
冒頭の挨拶文	レポート先頭に挿入するメッセージ（任意）

💾

設定バックアップ

サイト設定・通知設定・SSHプロファイル・カテゴリー・タグ定義などをまとめてファイルに書き出せます。PCの乗り換え時や、万が一の設定リセット時に役立ちます。「設定をインポート」で読み込むだけで、すべての設定を別のPCに引き継げます。

⚙ 設定 → 設定バックアップ

定期的なバックアップをおすすめします。　登録サイト数が増えてきたら、設定ファイルを安全な場所に保管しておくと安心です。