「公開して終わり」にしないための月次運用

多くの WEB 制作は「公開」をゴールに設計されています。契約も、見積もりも、納品も、公開日を区切りにして組み立てられている。だから公開した瞬間、関係者全員の意識が「完了」に切り替わります。

しかしユーザーから見れば、サイトは公開後にこそ使われます。料金は変わり、実績は増え、営業時間も季節で動く。公開時点の情報は、時間とともに少しずつ事実とずれていきます。このずれを放置したサイトは、訪問者の信頼を静かに失っていきます。

問題は担当者の怠慢ではなく、制作プロセスの設計そのものです。「公開後に測って直す」工程が最初から組まれていない。だからこそ、運用を仕組みとして用意しておく必要があります。

「更新日を新しくすれば検索で有利になる」という考えがあります。これははっきり間違いです。Google は「last updated 日付だけを変える見せかけの更新」を検出し、信頼性シグナルを減点すると説明しています。

XML サイトマップも同じです。Google の John Mueller は、サイトマップの日付を自動更新しても SEO に効かず、むしろ Google が本当の更新を見つけにくくなると述べています。中身を変えていないのに日付だけ動かすと、検索エンジンに「ノイズ」を送ることになります。

つまり日付は「成果」ではなく「結果」です。中身を実際に良くしたとき、その記録として日付が新しくなる。順番が逆になった瞬間、それは詐称であり、Google はそれを見抜きます。日付を操作するより、中身を直す方が、手間も少なく効果も確かです。

では「実質的な更新」とは何でしょうか。それは、訪問者にとっての価値が前より上がる変更です。古くなった事実を正しく直す。説明が足りなかったところに具体例を足す。よくある質問に、実際に届いた新しい質問を追加する。

逆に「実質的でない更新」は、価値が変わらない変更です。言い回しを少しいじる、句読点を整える、日付だけ動かす。これらはユーザーにとって何も改善していません。Google が見ているのも、まさにこの「ユーザーにとっての価値が上がったか」です。

判断基準はシンプルです。その変更を、訪問者に「ここを直しました」と胸を張って言えるか。言えるなら実質的な更新。言えないなら、それは更新ではなく操作です。

運用の話をすると「AI で記事を量産すれば更新が楽になるのでは」という発想が出てきます。ここも誤解を 1 つ正しておきます。

Google の John Mueller は 2025 年 11 月に、自社のシステムは作り手が AI か人間かを問わず、helpful で正確かつユーザーのために作られたかを見る、と述べています。つまり「AI で書いたから減点」でも「人間が書いたから加点」でもありません。問われるのは制作手段ではなく、中身の質です。

ただし現実には、AI で薄い記事を量産しても価値は上がりません。HubSpot の調査では、マーケターの約 94% が 2026 年にコンテンツ制作で AI を使う予定とされています。AI 量産記事が溢れる時代だからこそ、自分の現場の写真・実体験・地域の固有名詞が入った記事だけが埋もれずに残ります。運用で足すべきは「量」ではなく「あなたにしか書けない事実」です。

続けるコツは「日を決めること」です。たとえば毎月第 1 営業日の朝 30 分を「サイト点検の時間」と固定する。予定に入っていれば、忙しさに流されにくくなります。

点検の流れは決まっています。まず第 4 章の 5 項目をチェックリストとして上から確認する。次に GA4 を開き、問い合わせ数と主要ページの訪問数が前月とどう変わったかを見る。ずれや変化に気づいたら、その場で直すか、直す予定をメモする。これだけです。

30 分で終わらない大きな変更は、無理にその場でやらず「来月の宿題」に回します。あれもこれもと欲張るより、毎月必ず実行できるサイズに保つ方が、長期では大きな差になります。GA4 でどの数字を見るかは GA4 で AI 流入を正しく計測する方法も参考にしてください。