公開後の運用と改善:計測・更新体制・リニューアルの判断(総まとめ)|Webサイト制作の基本と進め方 第6回

田中 磨生

監修田中 磨生株式会社Abin 代表取締役

株式会社Abin代表取締役。AI SaaSの上場企業やHR系ベンチャーのマーケティング責任者を経て、2023年BtoBマーケティング特化のコンサルティング会社株式会社Abinを設立。創業から30社以上のBtoBマーケティングの戦略立案から実行までを行う。2025年には株式会社プロベルの役員に就任。NYマーケティング株式会社の執行役員も務める。

プロフィールを見る →

執筆Abin編集部

公開後の運用と改善:計測・更新体制・リニューアルの判断(総まとめ)|Webサイト制作の基本と進め方 第6回

この回で分かること:①公開後にサイトを育てる「計測→気づく→直す→確かめる」の進め方、②定期的に見る数字と、更新が止まらない体制のつくり方、③部分改善で続けるか、リニューアルするかの判断の目安。前回は公開前のチェックを学びました。最終回の今回は、公開した後の運用と改善を扱い、最後に全6回を振り返ります。

公開後の改善サイクル
図1:公開後の改善サイクル

サイトは「公開したら完成」ではない

サイト制作のプロジェクトは、公開日に向けて大きな力を使います。そのため、公開した瞬間に「終わった」という空気になりがちです。しかし、第1回で決めた目的(問い合わせを増やす、採用の応募を増やす、など)が達成できるかどうかは、公開した後に分かります。

公開直後のサイトは、作り手の想定で作られています。実際の読者が、想定どおりのページを見て、想定どおりに行動してくれるとは限りません。だからこそ、公開後は図1のサイクルを回します。

  1. 計測する:GA4やSearch Consoleで、訪問やキーイベント(問い合わせなど)の数を見る
  2. 気づく:数字の変化や、お客さまの声から、うまくいっていない場所を見つける
  3. 直す:ページの内容、導線、フォームなどを直す
  4. 確かめる:直す前と後の数字を比べ、効果があったかを確かめる

このサイクルを続けることで、サイトは少しずつ目的に近づいていきます。大切なのは、一度に大きく変えるより、小さく直して確かめることを繰り返すことです。一度に多くを変えると、どの変更が効いたのかが分からなくなります。

🔒 ここから先は無料会員限定です
この講座は、会員でない方は第2回まで読めます。第6回の続きと、残りの回はすべて、無料会員登録で読めます。
MEMBERS ONLY登録30秒・無料
続きは、無料会員登録ですぐ読めます。
会社のメールアドレスに届くリンクを開くだけ。このページに戻って、続きから読めます。
01
講座が全部、最後まで受け放題40以上の講座・300回超の連載を全回読めます。会員でない方は各講座の第1〜3回まで。
02
AI比較が1日5回あなたの会社向けの順位表と稟議書のたたき台を、何度でも作り直せます(会員でない方は1回)。
03
学びの進み具合をまとめて管理読んだ回・確認テストの成績・修了証をマイページに保存。PCでもスマホでも続きから。
04
AIへの質問が1日60回ツギノテの記事から答えを探すAI検索も、たっぷり使えます(会員でない方は20回)。
無料会員登録項目はすべて必須です
Gmail・Yahoo!メール・Outlook・携帯キャリアなどのフリーアドレスでは登録できません。お勤め先のメールアドレスを入れてください。
登録するとプライバシーポリシーに同意したものとみなします。

公開後に見る数字を決めておく

数字は、見ようと思えばいくらでもあります。何でも見ようとすると、結局どれも見なくなります。第3回の要件定義で決めた目標(KPI)に沿って、誰が、いつ、何を見るかを決めておきましょう。図2は、その例です。

公開後に定期的に見る数字の例
図2:公開後に定期的に見る数字の例
  • キーイベント(GA4):Googleアナリティクスのヘルプでは、キーイベントを「ビジネスの成果にとって特に重要なアクションを測定するイベント」と説明しています。問い合わせの送信や資料請求の完了など、サイトの目的に直結する行動をキーイベントに設定し、毎週その数を見ます。
  • 流入元ごとの訪問とキーイベント(GA4):検索、広告、SNS、他のサイトからのリンクなど、どこから来た人が多く、どこから来た人がよく問い合わせているかを毎月見ます。
  • 検索での見え方(Search Console):Search Consoleの検索パフォーマンスのレポートでは、サイトが検索結果に表示された回数(表示回数)、検索結果からクリックされた回数(クリック数)、クリック数を表示回数で割ったクリック率、平均掲載順位を確かめられます。どんな言葉で検索されて表示されているかも分かります。
  • 表示速度:第5回で学んだCore Web Vitalsを、Search ConsoleやPageSpeed Insightsで定期的に確かめます。画像やプラグインを足していくうちに、遅くなっていることがよくあります。
  • 問い合わせの中身:数字だけでなく、どんな相談が来ているか、営業の現場で「サイトを見た」と言われるかも大切な手がかりです。

数字は、1回の値だけでは良いか悪いかが分かりません。前の月や前の年の同じ時期と比べる、直す前と後で比べる、という見方を習慣にしましょう。GA4の設定と見方はアクセス解析とGA4、目標の立て方はKPI設計の基本の講座で詳しく扱っています。

Googleアナリティクス(GA4)の「キーイベント」の説明として、最も適切なものはどれでしょう?

  1. サイトに来たすべての人の数
  2. ビジネスの成果にとって特に重要なアクションを測定するイベント
  3. 検索結果に表示された回数
答えと解説

正解は2です。問い合わせの送信や資料請求の完了など、サイトの目的に直結する行動をキーイベントとして設定し、その数を定期的に見ます。検索結果に表示された回数は、Search Consoleで確かめる数字です。

「気づく」ための手がかり

数字を見ていると、「このページは見られているのに、問い合わせにつながっていない」「検索で表示はされているのに、クリックされていない」といった気づきが出てきます。よくある気づきと、確かめることの例です。

  • 検索で表示されているのにクリックが少ない:検索結果に出るタイトルや説明文が、内容を分かりやすく伝えているかを見直します。
  • よく見られているページから問い合わせに進まない:問い合わせへのボタンが見つけやすいか、次に読むべきページへのリンクがあるかを確かめます。
  • フォームまで来ているのに送信されない:入力項目が多すぎないか、スマホで入力しにくくないか、エラーが分かりにくくないかを確かめます。
  • 特定のページだけ急に訪問が減った:URLが変わっていないか、noindexが入っていないか、検索での掲載順位が下がっていないかを確かめます。

数字だけでは「なぜ」が分からないときは、ページのどこまで読まれ、どこが押されているかを見られるヒートマップのようなツールも役に立ちます(ヒートマップツールの比較)。実際に社外の人にサイトを使ってもらい、迷う場所を観察するのも、手軽で効果のある方法です。

FREE MEMBER

無料会員なら、講座が受け放題・AI比較が1日5回

40以上の講座を最後まで読めて、学びの進み具合も記録できます。登録は30秒・無料です。

無料で会員登録する →

更新が止まらない体制をつくる

公開後によく起きるのが、「最初の数か月は更新したが、その後止まってしまった」という状態です。お知らせが半年前のまま、料金が古いまま、というサイトは、読者に「この会社は大丈夫だろうか」という印象を与えます。図3は、更新を続けるための体制の考え方です。

更新が止まらない体制をつくる
図3:更新が止まらない体制をつくる
  • 担当と権限:誰がページを書き、誰が確認して公開するのかを決めます。CMSの権限を分けて、書く人と公開する人を分けておくと、間違いが出にくくなります。担当者が異動しても困らないよう、第2回で学んだ管理画面やアカウントの情報は会社として管理します。
  • ルール:お知らせや事例をどのくらいの頻度で更新するか、どのページを優先するかを決めます。表記や写真の使い方、文章のトーンの決まりを簡単にまとめておくと、書く人が変わってもサイトの印象がぶれません。
  • 外部の力:保守契約で、制作会社に何を頼めるのか(CMSの更新、障害の対応、軽い修正など)を確かめておきます。改善の計画や分析まで一緒に考えてほしい場合は、その範囲も契約で決めます。発注と契約の考え方は第4回やWeb制作の発注の講座を見直してください。

保守:見えないところを守り続ける

更新と並んで大切なのが、保守です。サイトは、公開した時点の状態のままでは安全に使い続けられません。

  • CMSと拡張機能の更新:WordPressの公式の解説では、常に最新の版に更新することが勧められています。古い版のまま放置すると、弱点を突かれる危険が高まります。更新の前にはバックアップを取り、更新の後には表示や問い合わせフォームが正しく動くかを確かめます。
  • ドメインとSSL証明書の期限:第2回で学んだとおり、ドメインの更新を忘れるとサイトもメールも止まります。自動更新の設定と、請求が届く先を確かめておきます。
  • アカウントの見直し:退職者や、もう関わっていない外部の人のアカウントが残っていないかを、定期的に確かめます。
  • バックアップ:取れているかだけでなく、実際に戻せるかを年に一度は試します。

情報セキュリティの考え方は、情報セキュリティの基本の講座で詳しく扱っています。

CMS(WordPressなど)の更新を行うときの進め方として、最も適切なものはどれでしょう?

  1. 更新の前にバックアップを取り、更新の後に表示やフォームが正しく動くかを確かめる
  2. 表示が崩れると困るので、一度公開した後は更新しない
  3. 更新したら確認はせず、問い合わせが来なくなったら気づけばよい
答えと解説

正解は1です。CMSは最新の版に更新することが勧められています。一方で、更新で表示や機能に影響が出ることもあるため、バックアップと更新後の確認をセットにします。

この記事の監修者に相談できます

監修者の田中磨生が代表を務める株式会社Abinで、ご相談をお受けしています。

相談無料ツギノテ編集部に相談する

部分改善か、リニューアルか

サイトを数年使っていると、「そろそろリニューアルしたほうがよいのでは」という声が出てきます。リニューアルは大きな費用と時間がかかるうえ、第5回で学んだようにURLが変わると検索への影響も出ます。リニューアルを決める前に、図4の2つの軸で考えてみましょう。

部分改善か、リニューアルか:判断の目安
図4:部分改善か、リニューアルか:判断の目安
  • 縦の軸:目的が変わったか。事業の中身や、狙うお客さま、サイトに求める成果が大きく変わったかどうかです。
  • 横の軸:しくみに無理があるか。CMSが古くて更新できない、スマホでの表示に根本的な問題がある、更新のたびに制作会社に頼まないといけない、といった、土台の問題があるかどうかです。

この2つの組み合わせで、次のように考えます。

  • 目的は同じで、しくみも使える:リニューアルは必要ありません。ページ単位の部分改善を続けます。多くのサイトは、まずここから始めるべきです。
  • 目的は同じだが、しくみに無理がある:見た目や構成はそのままでも、CMSやサーバーなどの基盤の入れ替えを検討します。
  • 目的は変わったが、しくみは使える:今の土台を使いながら、情報の構成と主要なページを作り直す(構成の見直し)ことを検討します。
  • 目的が変わり、しくみにも無理がある:第1回に戻って、目的から設計し直すリニューアルを検討します。

「デザインが古く見える」という理由だけでリニューアルを決めるのは、慎重になったほうがよいでしょう。見た目の古さの多くは、写真や文章、一部のページの改善で解決できます。逆に、リニューアルを決めたなら、第1回から第5回までの流れをもう一度たどることになります。CMSの選び直しを考える場合は、CMSの比較も参考にしてください。

実務ではこう使う

公開後の運用は、次のような簡単な年間の予定にしておくと、忘れずに続けられます。

頻度 やること 担当の例
毎週 キーイベントの数を確かめ、急な変化がないかを見る Web担当
毎月 流入元・検索の数字を前月・前年と比べ、気づきを1〜3件まとめる Web担当
毎月 お知らせや事例など、決めた頻度の更新 各部署+Web担当
四半期 改善の結果をふり返り、次に直すページを決める/表示速度の確認 Web担当+上長
半年〜1年 CMS・アカウント・ドメインの期限・バックアップの点検 Web担当+制作会社
1年 目的としくみを見直し、部分改善かリニューアルかを判断する 経営・事業の責任者

月に一度、5〜10分でもよいので、数字と気づきを関係者に共有する場を作ると、サイトが「Web担当だけのもの」になりにくくなります。

全6回のふり返り

最後に、この講座で学んだことをふり返りましょう。図5は、全6回の流れです。

全6回で学んだこと
図5:全6回で学んだこと
  • 第1回 目的を決める:サイトの種類と、主な読者・成果の指標を整理し、何のためのサイトかを決めました。
  • 第2回 しくみを知る:ドメイン、サーバー、CMS、SSLの役割を学び、名義と管理画面は自社で持つことを確かめました。
  • 第3回 要件を決める:目標(KPI)、サイトマップ、ワイヤーフレーム、機能と非機能の要件を要件定義書にまとめました。
  • 第4回 発注する:制作の流れ、提案依頼書(RFP)、見積もり、契約の形、発注側の進め方を学びました。
  • 第5回 確かめる:表示、スマホ、表示速度、アクセシビリティ、検索と計測、セキュリティの6つの観点で公開前に確かめました。
  • 第6回 育てる:公開後に計測し、気づき、直し、確かめるサイクルと、更新・保守の体制、リニューアルの判断を学びました。

Webサイト制作で大切なのは、デザインや技術の細かい知識よりも、目的から考え、決めたことを記録し、公開後も育て続けることです。この講座の流れは、新しく作るときにも、リニューアルのときにも使えます。迷ったときは第1回に戻り、「何のためのサイトか」を確かめてください。

FOR BUSINESS

マーケティング・DXの発注先選びに迷ったら

ツギノテを運営する株式会社Abinは、BtoBマーケティングに特化したコンサルティング会社です。創業から30社以上のBtoBマーケティングを支援してきました。

相談無料ツギノテ編集部に相談する

無料会員登録(講座受け放題・AI比較)/セミナーと資料を見る

この回のまとめ

  • サイトは公開したら完成ではない。計測する→気づく→直す→確かめる、のサイクルを小さく回し続ける。
  • GA4のキーイベントや流入元、Search Consoleの表示回数・クリック数などを、誰がいつ見るかを決め、前の期間や直す前と比べて見る。
  • 担当と権限、更新のルール、保守契約の範囲を決め、更新が止まらない体制をつくる。CMSの更新・期限・アカウント・バックアップの保守も続ける。
  • 目的が変わったか、しくみに無理があるかの2つの軸で、部分改善かリニューアルかを判断する。

確認テスト

Search Consoleの検索パフォーマンスのレポートで確かめられる「クリック率(CTR)」の説明として、正しいものはどれでしょう?

  1. サイトの訪問者のうち、問い合わせをした人の割合
  2. クリック数を表示回数(インプレッション数)で割った値
  3. ページが表示されるまでの時間
答えと解説

正解は2です。Search Consoleでは、クリック率はクリック数をインプレッション数で割った値と説明されています。表示されているのにクリックが少ない場合は、タイトルや説明文を見直すきっかけになります。

公開後の改善の進め方として、最も適切なものはどれでしょう?

  1. 一度に多くのページをまとめて変え、全体の数字が上がったかだけを見る
  2. 数字は見ずに、担当者の好みでデザインを変え続ける
  3. 小さく直し、直す前と後の数字を比べて効果を確かめることを繰り返す
答えと解説

正解は3です。一度に多くを変えると、どの変更が効いたのかが分かりません。小さく直して確かめることを繰り返すのが、公開後の改善の基本です。

サイトの目的は変わっていないが、CMSが古くて更新ができないなど、しくみに無理がある場合に、まず検討したいことはどれでしょう?

  1. CMSやサーバーなどの基盤の入れ替え
  2. 目的から設計し直す全面的なリニューアル
  3. 何もしない
答えと解説

正解は1です。目的が同じなら、設計からやり直す必要はかならずしもありません。まずは基盤の入れ替えを検討します。目的も変わり、しくみにも無理がある場合に、全面的なリニューアルを検討します。

公開後の保守として、適切でないものはどれでしょう?

  1. ドメインの自動更新の設定と、請求が届く先を確かめる
  2. 退職者や関わっていない外部の人のアカウントを、そのまま残しておく
  3. バックアップから実際に戻せるかを、定期的に試す
答えと解説

正解は2です。使われていないアカウントは、不正なログインの入り口になるおそれがあります。定期的に見直して、不要なものは削除や無効化をしましょう。

講座を終えたら

お疲れさまでした。これで「Webサイト制作の基本と進め方」は全6回の修了です。気になった回は、講座のトップからいつでも読み返せます。画面の使いやすさを深めたい方はUI・UXデザイン入門、検索からの集客を深めたい方はSEOの基本の講座もあわせてどうぞ。

参考資料

  • Google アナリティクス ヘルプ「Google アナリティクスのコンバージョンとキーイベント」 https://support.google.com/analytics/answer/13965727?hl=ja (確認日:2026年11月13日)
  • Search Console ヘルプ「検索パフォーマンス レポート(Search Console)」 https://support.google.com/webmasters/answer/7576553?hl=ja (確認日:2026年11月13日)
  • web.dev「Web Vitals」 https://web.dev/articles/vitals (確認日:2026年11月13日)
  • Google 検索セントラル「URL の変更を伴うサイト移転」 https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja (確認日:2026年11月13日)
  • WordPress.org 日本語「WordPress の安全性を高める」 https://ja.wordpress.org/support/article/hardening-wordpress/ (確認日:2026年11月13日)

この記事は役に立ちましたか?

いま読まれている記事ランキング

    ランキングをもっと見る →

    この記事の内容について

    掲載している情報の修正や削除をご希望の場合は、こちらからご連絡ください。

    修正・削除の依頼

    NEXTあわせて読みたい

    ツギノテの記事一覧へ

    編集方針

    • 各社の公式サイトを、確認日を書いて調べています
    • 掲載企業から報酬は受け取っていません
    • 有償の掲載がある場合は「PR」と明記します

    運営:株式会社Abin

    © Abin Co., Ltd.