WordPress修正を依頼する前に整理したい7項目｜費用と期間が決まる基準

CONTENTS / ARTICLE MAP目次22項目

WordPress修正の費用と期間は、「文字を一か所変える」「見た目を少し直す」といった依頼文の短さだけでは決まりません。症状の再現、原因調査、影響ページ、実装の所有者、作業権限、バックアップ、完了後のテストを整理すると、見積りの前提が揃い、追加作業や認識違いを減らせます。

ANSWER FIRST

見積りを正確にする最短ルートは、原因を予想することではなく「事実と完了条件」を揃えることです。

URL、症状、発生条件、直前の変更、影響範囲、利用できる権限、バックアップ、直ったと判断する条件を伝えてください。原因不明のまま固定額を断定するより、調査範囲と修正範囲を分ける方が安全です。

「崩れています」だけでなく、対象URL、画面全体のスクリーンショット、問題部分、正常だった場合の状態を送ります。個人情報、注文情報、管理画面のメールアドレス、APIキー等は必ず隠してください。

「トップを開く → メニューを押す → 料金ページへ移動 → ボタンが隠れる」のように、第三者が同じ状態を再現できる順番を書きます。毎回か、ときどきか、ログイン時だけかも重要です。

WordPress、テーマ、プラグイン、PHP、サーバー、DNS、SSL、外部API、画像差し替え、CSS編集を時系列で整理します。「何もしていない」場合も、自動更新や外部サービス側変更がなかったか確認します。

公開ページだけか、管理者だけか、会員だけか、購入や予約を止めているかで優先順位が変わります。業務を止められない場合は、完全修正の前に安全な回避策や保守表示が必要になることがあります。

テーマ名、ページビルダー、関連プラグイン、サーバー名、PHP版、キャッシュやCDN、外部フォーム等を記載します。分からない項目は「不明」と書けば十分です。推測で埋めるより、調査項目として明示する方が正確です。

ファイルとデータベースのバックアップ日時、テスト環境の有無、本番へ反映できる時間帯を確認します。既存バックアップが本当に復元できるか不明な場合は、作業前の保全を見積りへ含めます。

「きれいにする」ではなく、「幅375pxで見出しが2行以内」「ChromeとSafariで送信完了」「エラーログに同じ致命的エラーが出ない」のように確認可能な条件へ変えます。

修正作業を一括りにせず、工程を分けると追加費用の理由が分かりやすくなります。

ESTIMATE CLARITY

原因が判明していない障害は、「初期調査の上限」と「原因判明後に再提示する修正範囲」を分ける方法があります。調査なしに完全復旧まで固定額を断定すると、必要な検証が省かれるか、後から範囲が膨らみやすくなります。

反対に、再現手順、原因ファイル、影響範囲、テスト条件が明確で、戻せる環境がある修正は進めやすくなります。

パスワードや秘密鍵をチャット本文へ貼らず、作業用の個別アカウント、必要最小限の権限、有効期限を使います。作業後は権限を回収し、変更した場所の一覧を残します。