ホームページを自分で更新したいと考えても、CMSにログインできれば安全に進められるとは限りません。編集・公開権限、保守契約やサーバーの管理情報、更新する箇所の影響範囲、問題が起きたときに戻せる体制まで確認して、初めて内製の可否を判断できます。
この記事では、ホームページ更新を内製できる条件と安全な手順、外注・CMS改修・リニューアルの選び方、年間費用の比べ方を整理します。自社で更新を始めるべきか、外部確認や構造改善を先に行うべきかを判断できるようになります。

ホームページ更新は、操作の可否だけで決めず、管理体制と変更の影響度を確認してから運用方法を選びます。
01Section最初に確認すること:自社ホームページは更新できる状態か
ホームページの更新可否は、操作に慣れているかだけでなく、管理と復旧の体制が整っているかで決まります。CMSが導入されていても、会社が使える管理者アカウントや復旧窓口が不明な状態では、公開作業を始めないほうが安全です。
更新可否を決める4要素
まず、次の4要素を確認します。
- CMS・編集画面:管理画面にログインでき、どのページや項目を編集できるか
- 権限:編集・内容承認・公開・管理者の役割と保有者が決まっているか
- 契約・基盤:ドメイン、サーバー、SSL、保守、解析などの契約名義と窓口が明らかか
- 更新対象:既存テンプレート内の定型更新か、フォームや連携などへ影響する変更か
安全な運用では、サイトを構成するソフトウェアやアカウント、サービス提供者との責任範囲を把握し、継続的に管理する必要があります。IPAの安全なウェブサイト運用管理のチェックポイントも、構成把握やアカウント管理、運用上の確認を重要な項目として示しています。
社内と保守先に確認する情報
社内では、更新したいURL、原稿の責任部門、承認者、公開希望日を確認します。情報システム、総務、契約管理の担当には、ドメイン・サーバー・SSL・解析基盤などの契約名義、管理者、更新期限を確認しましょう。
保守先や制作先には、会社が利用できる管理者アカウントの有無、編集可能な範囲、保守契約に含まれる更新作業、バックアップと復元の方法、障害時の連絡先、追加費用が発生する条件を確認します。
管理者不明、会社が利用できる管理者権限なし、復旧窓口不明のいずれかが残る場合は、定型的な文言修正であっても内製公開を開始しません。先に管理情報と責任分界を整えます。
管理者不明、会社が利用できる管理者権限なし、復旧窓口不明のいずれかが残る場合は、定型的な文言修正であっても内製公開を開始しません。先に管理情報と責任分界を整えます。
初回棚卸しチェックリスト
- ✓
CMSの管理画面URL、CMS名、ログイン可否、編集できるコンテンツ種別を確認する
前任担当者、広報・マーケティング、保守先・制作先へ確認する。パスワードそのものは台帳に記載せず、会社の管理方法と管理者を確認する。
- ✓
編集・承認・公開・管理者の権限保有者と、不要になったアカウントの有無を確認する
CMS管理者、情報システムへ確認する。共有アカウントだけに依存せず、個人単位で権限を付与できるかを確認する。
- ✓
更新候補のURL、更新内容、頻度、公開希望日、掲載終了日を整理する
広報、営業、製品担当、人事などの所管部門に確認する。定型更新か、構造・連携に影響する変更かも分けて記録する。
- ✓
保守契約の更新対象、月内対応量、追加費用、時間外対応、再委託の扱いを確認する
契約管理と保守先へ確認する。コンテンツ更新とCMS・サーバー保守、障害対応は同じ契約範囲とは限らない。
- ✓
ドメイン、サーバー、SSL、DNS、メール送信基盤、フォームなどの連携先について、契約名義・管理者・更新日を確認する
情報システム、総務、契約管理、各所管部門へ確認する。送信先、通知先、取得データ、テスト方法も記録する。
この棚卸しを終え、低リスクの定型更新について編集・承認・公開後確認・復旧の担当を置けるなら、試験運用へ進めます。
02SectionCMSなし・権限不足なら、更新方法を4つに分けて選ぶ

更新方法はCMSの有無だけでは決まりません。変更の影響度と、更新頻度・構造課題の範囲を分けて判断します。
CMSがない、ログイン情報がない、公開権限がないという理由だけで、ただちにリニューアルが必要になるわけではありません。まず変更の影響度を判定し、そのうえで更新頻度、定型性、構造的な課題の広がりに応じて選びます。
最初に影響度を判定する
次の変更に該当する場合は、CMSの有無にかかわらず、編集者単独で公開せず、技術担当または外部支援先へ影響調査、テスト、切り戻し方法を確認します。
- フォーム、個人情報の取得項目、通知先、メール送信
- CRM・MA・予約システムなどの外部連携
- 共通テンプレート、ナビゲーション、CSS・JavaScript
- CMS本体・拡張機能、サーバー、DNS、SSL、アクセス制御
- 計測タグ、コンバージョン定義、広告タグ、同意管理
該当しない場合は、次に「会社が管理する編集・公開権限があるか」「下書き・プレビューと公開後の復旧ができるか」を確認します。これらがそろい、既存テンプレート内の定型更新で内容承認者と公開承認者を置けるなら、内製候補です。
権限や復旧体制が不足している場合は、保守先・制作先に管理情報と契約範囲を確認します。その後、更新頻度と構造課題に応じて、次の選択肢を比較します。
スポット外注・部分CMS化・CMS改修・リニューアルの選び方
| 選択肢 | 向く条件 | 事前にそろえる情報 |
|---|---|---|
| スポット外注 | 更新頻度が低く、対象URLが少ない。既存構造の変更が不要で、社内に公開・復旧の管理者を置きにくい | 対象URL、変更箇所、確定原稿・画像、希望公開日、内容承認者、現行保守契約 |
| 部分CMS化 | お知らせ、事例、製品一覧など、定型で更新頻度の高い領域が限定されている | 更新対象一覧、必要な入力項目、既存テンプレート、編集・承認者、移行対象データ |
| CMS改修 | CMSはあるが、入力項目、権限、プレビュー、承認、履歴、公開フローが実務に合っていない | 現行CMS、困っている作業、対象URL、必要な権限、連携一覧、復旧方法 |
| リニューアル | 情報設計、共通テンプレート、フォーム、外部連携、モバイル表示、計測などの課題が重なり、部分改修の影響を分けにくい | 現状課題、更新頻度、コンテンツ棚卸し、連携・計測・フォーム、運用体制、移行要件 |
更新頻度の高い定型領域だけが課題なら、部分CMS化やCMS改修で改善できる場合があります。一方で、構造、テンプレート、フォーム、連携、計測にまたがって更新しにくい場合は、部分的な対応だけでは判断しにくくなります。その場合は、ホームページリニューアルの進め方も参照し、課題の範囲と移行条件を整理してください。
CMSは定型更新をしやすくする仕組みであり、承認・保守・復旧体制の代替ではありません。
CMSは定型更新をしやすくする仕組みであり、承認・保守・復旧体制の代替ではありません。
CMSの権限、下書き、履歴、予約公開、復元などの提供範囲は、製品、契約、実装設定によって異なります。導入や改修を決める前に、利用中または候補となるCMSの公式マニュアル、契約条件、既存連携の受入条件を確認しましょう。
03Sectionホームページを自分で更新する基本手順と役割分担
低リスクな定型コンテンツから内製を始める場合も、公開操作だけを担当者任せにしないことが重要です。下書き、承認、公開後確認、変更記録、切り戻しを一連の運用として設計します。
初回更新前に確認するCMS機能と復旧窓口
公開済みページを直接編集せず、下書き・複製・プレビューを使えるか確認します。履歴、自動保存、復元、予約公開も、利用中のCMSで誰が使えるのかを確認してください。たとえばWordPressのリビジョン機能に関する公式ドキュメントでは履歴、自動保存、復元の仕組みが説明されていますが、実際に利用できる範囲はCMSや設定によって異なります。
役割は、少なくとも次の4つに分けます。編集者は下書き作成と素材登録、内容責任者は事実・表現・掲載期間の確認、公開承認者は公開可否と公開時刻の判断、CMS・基盤管理者は権限、保守、復旧を担います。内容の正確性と技術的な復旧責任を同じ人に集中させないことがポイントです。
下書き・複製・プレビュー、履歴・復元、予約公開の利用可否と、緊急時の連絡先を確認できるまで、公開済みページを直接編集して定型更新を始めないでください。
下書き・複製・プレビュー、履歴・復元、予約公開の利用可否と、緊急時の連絡先を確認できるまで、公開済みページを直接編集して定型更新を始めないでください。
定型コンテンツの更新を4段階で進める

公開操作を単独作業にせず、下書き、承認、公開後確認、記録までを一つの運用として整えます。
定型コンテンツを安全に更新する標準手順
- Step01
準備
更新目的、対象URL、変更・追加・削除箇所、公開期限、内容責任者、公開承認者を記録します。原稿、画像、代替テキスト、リンク先、掲載開始・終了日をそろえ、未確定の価格・仕様・法的表現は登録しません。フォーム、連携、共通部品、計測などへの影響がないかも確認します。
- Step02
下書き・確認
公開済みページは直接編集せず、利用中CMSで使える下書き、複製、プレビューを利用します。編集者は表示、画像、表、リンク、スマートフォン表示を確認し、内容責任者は事実、表現、掲載期限を確認します。見出し構造、画像の代替テキスト、リンク文言、操作性も確認対象に含めます。
- Step03
承認・公開
内容責任者の確認後、公開承認者が公開可否、公開日時、影響範囲を判断します。承認記録を残してから公開し、予約公開を使う場合も公開時刻と公開後確認者を指定します。フォームや計測を変更する場合は、所管部門と技術担当または外部支援先の確認を経て公開します。
- Step04
公開後確認・記録
実URLをPCとスマートフォンで確認し、表示、主要リンク、CTAを確認します。フォーム・連携・計測を変更した場合は、テスト用の宛先・データ・環境で送信、通知、受信、イベントを確認します。公開日時、変更理由、担当者、承認者、確認結果、切り戻し先を記録します。
アクセシビリティは公開時だけの一回限りの確認ではなく、運用に組み込む必要があります。デジタル庁のウェブアクセシビリティ導入ガイドブックを参照し、見出し、代替テキスト、識別しやすいリンク文言、操作性への影響を確認項目に含めます。
誤公開・表示不備が判明したときの初動
誤公開や表示不備を見つけたら、追加編集と再公開を止めます。公開URL、公開時刻、変更箇所、影響範囲を記録し、内容責任者とCMS・基盤管理者へ連絡してください。
個人情報、フォーム、通知先、外部連携、価格、契約、法令に関わる場合は、所管責任者への連絡を優先します。切り戻し権限を持つ担当者が公開前の状態へ戻し、復旧後にPC・スマートフォン・主要導線を再確認します。フォームや計測を変更していた場合は、それらの動作も確認し、原因と復旧時刻を変更履歴へ残します。
04Section内製と外注は「作業の難しさ」ではなく影響度で分ける
内製・外注の線引きは、「簡単に見える作業か」ではなく、誤りや障害が起きた際に誰へどのような影響が及ぶかで決めます。既存テンプレート内のお知らせや事例更新は内製候補になりますが、内容承認と公開後確認は必要です。
編集者単独で公開しない変更は、フォーム・個人情報、外部連携、共通テンプレート、CMS・サーバー、計測・同意管理に関わるものです。価格、製品仕様、契約条件、法令・規約、IR、採用・人事情報も、所管部門の承認を経て公開します。
編集者単独で公開しない変更は、フォーム・個人情報、外部連携、共通テンプレート、CMS・サーバー、計測・同意管理に関わるものです。価格、製品仕様、契約条件、法令・規約、IR、採用・人事情報も、所管部門の承認を経て公開します。
フォームなどで個人データを扱う場合、委託先の安全管理措置の確認や契約上の取り決めが必要になります。個人情報保護委員会の個人情報保護法ガイドラインを確認し、通常の文言更新と同じ条件で扱わないようにします。また、アカウント管理や脆弱性対応の重要性は、IPAの情報セキュリティ10大脅威 2026も参照してください。
| 更新作業 | 基本の担当 | 確認すべき影響 |
|---|---|---|
| お知らせ・事例・記事の追加 | 内製 | 原稿責任者、公開承認、画像・リンク・掲載期限 |
| 既存本文・画像の定型修正 | 内製+承認 | 事実確認、表示、リンク、公開履歴 |
| 価格・製品仕様・契約条件の更新 | 内製+所管承認 | 所管部門の承認、掲載開始日、旧情報の削除 |
| フォーム項目・通知先・外部連携の変更 | 技術担当または外部確認 | 個人情報、送信・通知、連携先受信、テスト、復旧 |
| 共通テンプレート、CMS・サーバー、計測・同意管理の変更 | 管理者または外注 | 影響ページ、互換性、アクセス制御、バックアップ、公開後検証 |
この表は固定的な担当割りではなく、責任分界を決める出発点です。社内規程、契約条件、緊急時の責任者に合わせて、公開権限と切り戻し担当を明確にしてください。
05Sectionホームページ更新費用は、単価ではなく年間費用で比べる
ホームページ更新費用は、更新件数、対象URL、素材支給の有無、修正回数、テスト範囲、公開時間帯、保守契約の範囲によって変わります。単価だけでなく、初期整備・保守・社内工数を含めた年間費用で比較することが重要です。
公開情報だけでは同じ条件での価格比較が難しいため、以下は予算検討を始める際の参考レンジです。実際の費用は、契約条件、利用規模、支援範囲、連携要件によって変わるため、現行契約と同じ条件を記載した個別見積もりで確認してください。
作業別の費用目安
| 更新の種類 | 参考レンジ(税別) | 想定する前提 |
|---|---|---|
| 定型コンテンツの更新 | 5,000円〜3万円程度/回 | 既存テンプレート内の1URL、原稿・画像支給済み、軽微な修正1回、表示・リンク確認まで。新規デザインや実装は含めない。 |
| 技術確認を伴う更新 | 5万〜30万円程度/案件 | フォーム、計測、通知先、外部連携などの変更を含み、要件確認、テスト、公開後確認、切り戻し方法の確認を行う。対象範囲が広い場合は上振れする。 |
| CMS改修・部分CMS化 | 30万〜150万円程度から/案件 | 更新対象が限定され、入力項目・権限・テンプレート・移行対象を整理済みの場合。複数領域の移行、連携改修、情報設計の見直しを含む場合は別途見積もりが必要。 |
フォームや外部連携、共通テンプレートに関わる変更を、定型的な文言修正と同じ単価で比較しないでください。必要なテストと復旧責任が異なるためです。
比較前に分ける5つの費用層
年間費用に含める項目
初期整備費
権限整備、手順書、教育、試験更新、引継ぎ、テンプレートや入力項目の整備にかかる一時費用です。
継続保守費
CMS・拡張機能・サーバーの保守、バックアップ、障害一次対応などの継続費用です。コンテンツ更新費とは分けます。
スポット外注費
単発更新、画像加工、原稿調整、フォーム・計測・連携の変更、改修など、契約外で発生する費用です。
社内運用費
原稿作成、承認、CMS編集、公開後確認、検収、定期棚卸しにかかる社内工数です。外注後にも残る工数を含めます。
緊急・追加費
時間外対応、追加修正、連携調査、復旧、契約外対応にかかる費用です。
比較する内製・外注・併用案では、対象URLと年間件数、支給物、修正回数、テスト範囲、公開希望日時をそろえます。初期整備費と月額・年額の継続保守費、通常更新と緊急対応費を混ぜないことが重要です。
内製・外注・併用の年間費用を試算する

更新費用は単価だけでなく、初期整備、継続保守、社内工数、緊急対応を含めた年間費用で比べます。
比較対象となる定型更新群の年間総件数をT、社内更新件数をN_i、社内更新1件当たりの作業時間をh_i、外注後にも残る社内作業時間をh_o、社内時間単価をrとします。初期整備費をI、月額保守・更新契約費をM、年間スポット外注費をS、併用案の外注費をS_v、緊急・追加費をEと置きます。
- 内製案:
I + (N_i × h_i × r) + (M × 12) + S + E。全件内製ならN_i = Tです。 - 外注案:
I + (M × 12) + S + E + (T × h_o × r)。依頼、素材準備、内容承認、検収、公開後確認に残る社内負荷も計上します。 - 併用案:
I + (N_i × h_i × r) + (N_o × h_o × r) + (M × 12) + S_v + E。N_i + N_o = Tとなるよう、社内対応分と外注分を分けます。
初年度はIを含め、次年度以降は権限整備、教育、手順書作成、試験更新などの初年度費用を除いて比較します。金額や工数には推測値を置かず、勤怠実績、社内原価の算定基準、現行契約額、同条件の見積額を入力してください。
06Section外注を依頼するときは、見積もり・検収条件を先にそろえる
外注で認識ずれや追加費用が起きやすいのは、作業内容だけを伝え、テスト、公開、検収、切り戻しの条件を決めない場合です。依頼前に「何を変えるか」だけでなく、「何を変えないか」「どの状態なら完了か」も合意します。
外注依頼・検収でそろえる項目
対象・支給物
対象URL、追加・修正・削除箇所、対象デバイス・言語、確定原稿、画像、ロゴ、PDF、リンク先、掲載開始・終了日を明確にします。
作業範囲・除外範囲
CMS編集、デザイン、実装、画像加工、原稿調整、フォーム、計測、外部連携の対象と、取材・撮影・翻訳・法務確認・サーバー作業などの除外範囲を分けます。
テスト・公開条件
表示、リンク、フォーム送信、通知、計測、連携先受信、対象ブラウザ、スマートフォンの確認範囲と、公開希望日時・承認者・公開担当を決めます。
検収・切り戻し
実URLでの確認項目、不具合修正の対象・期間、検収期限、公開不備時の連絡先と切り戻し担当を決めます。
契約範囲・追加費用
月内対応量、修正回数、時間外対応、緊急対応、障害一次対応、バックアップ・復旧、再委託、追加費用の発生条件を確認します。
フォーム・計測・外部連携を含む場合、実URLでの確認だけでは足りないことがあります。送信、通知、完了画面、連携先受信、イベント受信までをテスト条件と検収条件に含め、テストに用いるデータの扱いも所管ルールに従います。
保守契約では、更新代行の対象作業、対応時間、障害一次対応、バックアップ、復旧責任、追加費用がどこまで含まれるかを確認してください。確認の観点は、ホームページ保守の内容と契約時の確認ポイントでも整理しています。
07Section内製化の効果は、公開速度・品質・成果を分けて確認する
内製化の効果を更新件数だけで測ると、急いで公開した結果の差し戻しや不備、問い合わせ導線への影響を見落とします。運用開始前の基準値を残し、目的別に指標を分けて月次または四半期で見直します。
目的別に最初に記録する指標
- 情報鮮度:更新依頼から公開までの日数、期限切れページ数、期限超過件数
- 品質:差し戻し件数、リンク切れ・表示不備、フォーム不達、復旧までの時間
- 成果:対象ページ閲覧、CTA到達、フォーム到達・送信、問い合わせ、商談化状況
- コスト:外注費、社内工数、緊急対応回数、年間総費用
検索流入や問い合わせは、季節性、広告・営業施策、コンテンツ内容、検索需要など複数の要因の影響を受けます。そのため、更新したことだけを成果の原因と決めつけず、比較期間と変更内容を記録して判断します。
Google Search Centralの有用で信頼できるユーザー第一のコンテンツに関するガイドが示すように、検索のためだけに更新回数を増やすのではなく、読者に役立つ正確な情報を提供することが重要です。問い合わせなどの重要行動を計測する場合は、Google Analyticsのキーイベント設定に関するヘルプを確認し、設定変更前の基準値と変更内容を残します。
四半期ごとに見直す判断
月次では公開リードタイム、不備、更新件数を確認し、四半期ごとに年間費用、外注比率、問い合わせやCTA到達などを確認すると、日常の改善と体制の見直しを分けやすくなります。
定型更新で公開速度と品質が安定しているなら内製範囲を維持・拡大する選択肢があります。一方、差し戻しや緊急対応が増えている、フォーム・連携変更で確認負荷が高い、承認待ちがボトルネックになっている場合は、承認フロー、外注範囲、CMS改修の必要性を見直します。
更新後の成果確認でよくある質問
更新回数を増やせば検索順位は上がりますか?+
更新回数だけで上位表示が保証されるわけではありません。検索向けの更新も、利用者に役立つ信頼できる情報になっているかを優先します。検索流入の変化は、検索需要、競合、広告施策、ページ内容などの影響も受けるため、更新だけの成果とは決めつけずに確認します。
CMSがあれば、誰でもすべてのページを更新できますか?+
CMSがあっても、編集可能な範囲、権限、下書き・履歴・復元の可否、外部連携の管理範囲は製品・契約・実装によって異なります。定型コンテンツを編集しやすくなる場合はありますが、承認、保守、復旧、フォームや計測の技術確認まで不要になるわけではありません。
08Sectionまずは棚卸しを行い、低リスク更新から試験運用する
内製を始める場合は、お知らせや事例など、既存テンプレート内で完結する低リスクな更新を1件選びます。管理者権限、内容承認者、公開承認者、公開後確認者、切り戻し方法、緊急連絡先を確定し、下書きから公開後記録までを試験運用してください。
外部確認や改修の検討が必要な場合は、対象URL、変更内容、確定素材、希望公開日、フォーム・計測・外部連携への影響、現行の保守契約をそろえます。更新しにくい原因が限定領域の入力画面や権限設計にあるのか、サイト全体の構造にあるのかを切り分けることで、スポット外注、部分CMS化、CMS改修、リニューアルの比較が進めやすくなります。
CMS改修・リニューアルの相談先を比較する
更新しにくい原因が権限設計や入力画面だけでなく、テンプレート、フォーム、連携、情報設計にまたがる場合は、対象範囲と要件を整理したうえで制作会社の支援内容を比較できます。
website-production-maintenance
この記事カードはサンプル表示です。CMS連携後は記事タイトル、概要、サムネイルなどを記事データから取得します。
関連記事
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。




