ホームページの更新方法は、「自社で触れるか」だけで決めるものではありません。変更する場所、失敗したときの影響、必要な権限、更新頻度、社内の承認速度をそろえて考えると、内製・スポット外注・運用代行・ハイブリッドのどれが合うかを判断できます。
この記事では、中小企業のWeb担当者が、一件の更新を「依頼内容の確定→権限確認→下書き・検証→承認→本番反映→公開後確認」まで安全に終える方法を解説します。更新が止まった原因の診断、費用相場、住所・電話の一括変更、月次の運用代行は別記事へ分け、ここでは実作業の選択と手順に集中します。
最初に更新を4種類へ分ける
同じ「ホームページ更新」でも、文章を直す作業と、フォームやサーバーを変える作業では必要な技術と事故の範囲が違います。まず、内容、見た目、機能、基盤の4種類に分けます。一件の依頼に複数種類が混ざる場合は、最も影響の大きい変更を基準に担当と検証を決めます。
| 分類 | 具体例 | 主な担当 | 公開前の重点確認 |
|---|---|---|---|
| 内容 | 文章、画像、PDF、お知らせ、実績 | 社内編集者またはスポット外注 | 事実、誤字、リンク、スマホ表示 |
| 見た目 | 余白、色、カード、ページ構成 | 制作会社・実装担当 | 全幅、既存部品、アクセシビリティ |
| 機能 | フォーム、予約、検索、会員、決済 | 開発・保守担当 | 入力から保存・通知・完了まで |
| 基盤 | CMS、テーマ、プラグイン、PHP、DNS | 管理権限を持つ技術担当 | 互換性、停止条件、復旧、監視 |
文章の一語修正をするためにサーバーへ入る必要はありません。逆に、フォームの通知先やテーマの共通部分は、画面上の一箇所だけを見て終えると別ページやメールに影響が残ります。更新場所と影響範囲を分けるだけで、権限の渡しすぎと確認漏れを減らせます。
内製・スポット外注・運用代行・ハイブリッドを比較する
選択肢は三つではなく、社内と外部を分担するハイブリッドを含めた四つです。更新頻度が高いだけで内製が正解になるわけではなく、定型化できるか、失敗時の影響を社内で判断できるかまで見ます。
| 方法 | 向く状態 | 社内に残すもの | 注意点 |
|---|---|---|---|
| 内製 | 定型更新が多く、担当と承認者がいる | 手順、権限、素材の正本、確認表 | 管理者権限を常用しない |
| スポット外注 | 更新頻度が低い、または専門作業だけ必要 | 依頼票、素材、受入条件、窓口 | 範囲外と追加判断を先に決める |
| 運用代行 | 継続依頼、緊急対応、定例確認が必要 | 優先順位、承認SLA、資産所有、月次記録 | 丸投げで社内の所有権を失わない |
| ハイブリッド | 日常更新は社内、技術変更は外部へ分けたい | 境界表、引き渡し条件、共通台帳 | どちらが公開するかを曖昧にしない |
更新が止まった理由や資産の所在が分からない場合は、先にホームページ更新が止まった時の再開手順で原因と所有者を確定します。外注費用と見積範囲を比べる場合はホームページ更新費用の比較方法、月次の運用責任まで任せる場合はサイト運用代行の範囲と体制へ分けると、この記事との役割が混ざりません。
6つの質問で実行方法を決める
担当者の得意・不得意だけでなく、作業の再現性と事故時の影響で決めます。次の6問へ順に答えると、内製してよい範囲と外部へ渡す境界が見えます。
- 同じ形で繰り返せるか。決まった入力欄へ記事や実績を追加する作業は手順化しやすい一方、毎回レイアウトを変える作業は判断が増えます。
- 失敗時の影響を説明できるか。一ページの誤字と、全ページ共通ヘッダーやフォームの障害は同じ扱いにしません。
- 必要な権限を最小限で用意できるか。編集だけなら、プラグイン更新やユーザー管理まで許可する必要はありません。
- 公開前に別の人が確認できるか。作業者だけで公開すると、思い込みによる見落としを止めにくくなります。
- 元へ戻す方法と判断者が決まっているか。戻せる機能があることと、実際に復旧できることは別です。
- 期限内に社内で完了できるか。緊急性が高く、権限・検証・承認が揃わないなら、無理な内製より外部支援が適します。
六つすべてに答えられる定型作業は内製候補です。権限、復旧、技術影響のどれかを説明できない場合は、スポット外注または技術担当とのハイブリッドに寄せます。継続的な更新量と緊急対応まで外部へ任せる判断は、個別作業ではなく運用契約として設計します。
権限は肩書ではなく操作単位でそろえる
「Web担当だから管理者」のように権限を決めません。WordPress公式のRoles and Capabilitiesでは、管理者、編集者、投稿者などで、他者の投稿編集、公開、テーマ・プラグイン管理、ユーザー管理の能力が分かれます。必要な作業に合う最小の権限を個人別に付与し、共有アカウントを前提にしません。
| 対象 | 確認すること | 更新担当へ渡す範囲 |
|---|---|---|
| CMS | 個人アカウント、役割、回復先、公開権限 | 必要な投稿・ページの編集と公開だけ |
| ドメイン・DNS | 契約名義、更新期限、組織の回復先 | 通常の本文更新では渡さない |
| サーバー・配布 | 契約、環境、反映経路、ログ、復旧 | 技術変更の担当だけ |
| フォーム・メール | 送信先、保存先、外部連携、テスト方法 | 設定変更に必要な担当だけ |
| 計測・検索 | 所有者、権限、対象プロパティ | 検証・分析の役割に応じて付与 |
| 制作データ | 原稿、画像、デザイン、コードの正本 | 承認済み素材と必要な編集元だけ |
WordPressの編集画面も一様ではありません。ブロックテーマで使えるSite Editor Pagesでは、ページ本文とテンプレートを同じ画面で扱えますが、テンプレートは明示的に編集を有効にするまでロックされます。本文を直すつもりでヘッダーや共通テンプレートまで変えないよう、編集対象を保存画面で読み合わせます。
ドメイン、サーバー、CMS、制作データの所有者が不明な場合は作業を始めず、ホームページの資産と権限を回収する手順へ切り替えます。WordPressのログインだけができない場合も、推測でDBやファイルを変えずWordPressログイン不能の復旧手順で安全に切り分けます。
一件の更新は一枚の依頼票へ落とす
口頭の「このあたりをいい感じに直す」は、内製でも外注でも手戻りを生みます。長い仕様書ではなく、一件の変更を一枚で確認できる依頼票を作ります。作業者が分からない情報は、推測せず「未確定」として承認者へ戻します。
| 欄 | 記入内容 | 合格条件 |
|---|---|---|
| 目的 | 誰の何の迷い・誤りを解消するか | 見た目だけでなく利用目的を一文で説明 |
| 対象 | 正規URL、画面位置、関連する共通箇所 | 対象外ページも明記 |
| 変更前後 | 現行値、新しい値、削除・追加 | 差分を第三者が確認可能 |
| 根拠 | 承認済み原稿、料金表、社内規程、素材 | 発行者・適用日・版が分かる |
| 権利・個人情報 | 画像許諾、人物、商標、掲載期限、入力情報 | 公開可否と削除条件が確定 |
| 公開条件 | 承認者、希望日、時間、連絡先 | 公開合図が一つに決定 |
| 受入・復旧 | 確認URL、端末、機能、停止条件、戻し方 | 合否と復旧判断者が確定 |
会社の住所・電話番号・営業時間を変える場合は、Webページだけで完了しないため、会社情報を12の反映先へ更新する確認表を使います。本文、構造化データ、地図、外部プロフィール、広告、社内案内を同じ正本と適用日で揃える必要があります。
内製する範囲は定型更新から始める
内製の第一候補は、お知らせ、実績、スタッフ紹介、既存ページの文章・画像差し替えなど、入力場所と確認項目を固定できる作業です。最初からトップページ構成、共通テンプレート、CSS、フォーム設定、プラグイン更新まで広げません。
- 公開前に下書きまたはプレビューで差分を確認する
- 見出し階層、リンク先、画像ALT、ファイル容量を確認する
- 作業者と承認者を分け、公開日時を記録する
- PCだけでなく390px相当でも読み、横スクロールを確認する
- 更新後に正規URLを新しい画面で開き、キャッシュを含む公開表示を見る
WordPressのRevisionsは、保存した投稿や固定ページの変更差分を確認し、以前の版へ戻すために使えます。ただし、投稿リビジョンはテーマ、プラグイン、アップロード済みファイル、外部サービス設定まで一括で戻す仕組みではありません。本文の戻し方とサイト全体の復旧を混同しないことが大切です。
スポット外注は成果物と受入条件を一件ずつそろえる
スポット外注では、作業時間より「何が終われば受入か」を先に決めます。対象URL、変更前後、素材支給、修正回数、公開作業の有無、フォーム試験、バックアップ、緊急時の連絡、作業後の記録を見積条件へ含めます。金額の比較はスポット・月額の更新費用と見積項目で行い、ここでは実行票の一致を優先します。
外注先へ管理者アカウントを共有するのではなく、作業期間と範囲に合う個人アカウントを発行します。作業終了後は、成果物、変更箇所、公開時刻、確認結果、残課題を受け取り、不要になったアクセスを見直します。サーバーやコードを変更した場合は、編集元と配布物の所在も引き継ぎ対象です。
7段階で一件の更新を安全に完了する
担当方法を決めたら、内製・外注を問わず同じ順序で進めます。緊急時も、対象と停止条件を省くのではなく、小さくして明確にします。
| 段階 | 実施内容 | 止める条件 |
|---|---|---|
| 1. 依頼確定 | 目的、URL、差分、根拠、対象外を固定 | 正本・承認者が不明 |
| 2. 現状確認 | 公開画面、管理画面、関連機能、更新時刻を記録 | 想定外の変更や障害を発見 |
| 3. 権限・復旧 | 最小権限、バックアップ、戻し方、判断者を確認 | 復元対象や復旧手順が不明 |
| 4. 下書き・検証 | 非公開または検証環境で差分と影響を確認 | 対象外ページや機能に影響 |
| 5. 承認 | 変更後、受入項目、公開日時を承認 | 承認後に内容が変化 |
| 6. 本番反映 | 承認済み差分だけを小単位で反映 | 競合、エラー、表示崩れ、通知異常 |
| 7. 公開後確認 | 利用者画面、機能、検索面、履歴を再取得 | 受入未達なら修正または復旧 |
WordPress公式のBackupsは、一般的なサイトを完全に復元するにはデータベースとファイルの両方が必要だと説明しています。更新ごとに無目的な複製を増やすのではなく、変更の種類と影響範囲に合う復旧単位、取得時点、保管先、復元可否を確認します。投稿の文章だけならリビジョンで戻せる場合がありますが、画像削除、コード、設定、DB構造を含む変更には十分ではありません。
更新後は変更した場所から外側へ確認する
公開ボタンを押した時点では完了ではありません。最初に対象箇所、その次に同じ部品を使うページ、最後に業務と検索の入口を確認します。変更していない箇所を毎回無制限に調べるのではなく、影響関係を依頼票へ記録して確認範囲を決めます。
| 更新 | 対象箇所 | 外側の確認 | 証拠 |
|---|---|---|---|
| 文章・画像 | 内容、リンク、ALT、画像比率 | 一覧カード、SNS共有画像、関連記事 | 正規URLと4幅の表示 |
| 共通部品 | ヘッダー、フッター、CTA | 代表ページ、404、検索、固定表示 | 適用ページ一覧と画面 |
| フォーム | ラベル、必須、エラー、完了 | 保存、通知、自動返信、個人データ | テストIDと送受信結果 |
| 機能・基盤 | 対象機能、管理操作、HTTP、ログ | 予約、メール、キャッシュ、外部連携 | 変更前後、エラー、復旧判断 |
| 検索面 | title、description、canonical、robots | 構造化データ、サイトマップ、内部リンク | HTMLとURL検査 |
フォームを変更した場合は、W3CのForms Tutorialを参照し、入力欄のラベル、関連項目のグループ、説明、入力エラー、完了通知まで確認します。送信画面だけでなく、社内への通知と保存先を含めて一往復させ、実在する顧客情報はテストに使いません。
WordPressのSite Healthは、WordPress、テーマ、プラグイン、PHP、セキュリティや保守上の問題を把握する入口になります。ただし、Site Healthで問題がないことは、予約や独自フォームなどサイト固有機能の受入を代替しません。更新の影響に合わせて実際の操作も確認します。
検索への反映は更新作業と分けて追う
ページを更新しても、検索結果へ即時に反映されるとは限りません。Googleの再クロールの案内では、クロールに数日から数週間かかる場合があり、再クロール依頼は即時の掲載を保証しないと説明しています。公開直後は、まず正規URL、canonical、noindex、内部リンク、サイトマップを確認し、必要な代表URLだけをURL検査で追います。
検索表示の変化を更新直後の一日だけで判断せず、変更日、対象URL、主な差分、クロール、表示回数、クリック、問い合わせに近い行動を期間で見ます。日付だけを新しくする更新や、順位を動かすためだけの意味の薄い追記は行いません。
方法を切り替えるサインを決める
一度決めた方法を固定しません。内製で始めても、共通部品の変更が増えた、フォームや外部連携が増えた、担当交代で手順が再現できない、公開ミスが続く、承認待ちが長い、といった変化があれば分担を見直します。
- 定型更新は社内、共通デザインと機能変更は外部へ分ける
- 緊急修正だけスポット外注し、恒常対応は別途検討する
- 依頼が毎月続くなら、個別見積から月次の優先順位・上限・受入へ移す
- 外部依存が強まったら、資産所有、回復先、編集元を組織側へ戻す
- 次の担当者が依頼票だけで再現できなければ、手順を更新する
継続代行へ移す場合は、一件の作業手順だけでなく、受付、優先順位、月次上限、承認期限、緊急対応、定例報告、解約時の引き継ぎをホームページ運用代行の責任分界で決めます。方法の変更は「担当を誰にするか」だけでなく、組織が所有する権限と記録を維持できるかで判断します。
まとめ
ホームページ更新のやり方は、内容・見た目・機能・基盤の4分類と、再現性、影響、権限、承認、復旧、期限の6問で決めます。定型作業は最小権限で内製し、専門作業はスポット外注、継続的な受付と緊急対応は運用代行、境界が明確ならハイブリッドに分けるのが実務的です。
方法を決めた後は、一件一枚の依頼票を使い、依頼確定、現状確認、権限・復旧、下書き・検証、承認、本番反映、公開後確認の7段階で完了させます。社内と外部の境界を整理し、日常更新を自社で回せる形にしたい場合はホームページ保守・更新支援をご確認ください。現在の更新箇所と権限から相談したい場合はお問い合わせページからご連絡いただけます。
