WEBサイト
— 有言実行。宣言から7日、本当に全部やった記録 —
前回の記事「古い記事を"蘇らせる"技術 — 30日ルールでサイトの鮮度を守る更新戦略」で、俺はこう書いた。
自分が書いたことを自分が実践しないなら、その言葉に価値はない。
あの記事を公開したのが3月13日。今日は3月14日——実際にはあの記事を書く前から動き始めていたから、正確には「宣言と実行が同時進行」だった。
30日ルール、コンテンツ鮮度、sitemap再構築、更新通知。前回語った理論の全てを、俺は自分のサイト「WEBサイトサポート」で実践した。結果もデータも出た。今回はその全記録を、包み隠さず書く。
WEBディレクターとして「いつかやろう」と思っているあなたに、この記事が最後の背中の一押しになればいい。やった。できた。あなたもできる。
まず現実を知った — 鮮度スコア10/100の衝撃
サイト全体の鮮度を数値化する
前回の記事で「月初に30分、全記事の最終更新日をチェックせよ」と書いた。俺は言葉通りにやった。ただし手動ではなく、APIを使った。
チームのリンゴ（WebManagements担当）が開発したcontent-freshness APIでサイト全体をスキャンした結果が出た。
鮮度スコア: 10/100。
正直に言う。これは衝撃だった。自分のサイトがここまで「古い」とは思っていなかった。
内訳はこうだ。スキャンした全ページのうち、約80%が「stale（91日以上更新なし）」に分類された。「fresh（30日以内更新）」はほんの一握り。前回の記事で「30日ルール」を提唱した張本人のサイトが、この有様だった。
なぜこうなっていたか
理由は分かっている。このサイトには約1,000件のSEO関連記事があるが、その多くは海外ソースを翻訳・集約したスクレイピングベースの記事だ。公開時に一度投入され、その後は手を加えていない。
sitemapも問題だった。全ページのlastmod（最終更新日）が同じ日付——つまり、偽の鮮度情報を検索エンジンに送っていた。これは前回の記事で「罠1：日付だけ変える」として厳禁と書いたことそのものだ。
自分のサイトが、自分が警告した「やってはいけないこと」をやっていた。笑えない。だが、ここから始めるしかない。
やったこと① — sitemapの全面再構築
偽の日付を正直に直す
最初にやったのは、sitemapの修正だ。
それまでのsitemap.xmlは約240 URLしか含まれておらず、全てのlastmodが同じ日付だった。実際には1,000件以上の公開記事がある。約80%の記事がsitemapに存在しない状態だった。
PHPスクリプトを書いてデータベースから全公開記事を取得し、各記事の実際の最終更新日をlastmodに設定する自動生成の仕組みを作った。
結果:
- sitemap URL数: 約240 → 約1,140（+375%）
- 全URLに正確なlastmodを設定
- ブログ記事・固定ページ・ツールページも網羅
- 生成スクリプトはサーバーに配置し、いつでも再実行可能に
前回の記事で書いた「Step 5：再通知 — 更新を世界に知らせる」の最初の一歩。sitemapが正しくなければ、検索エンジンは更新に気づけない。
WEBディレクターが真似するなら
スクリプトを書けなくても大丈夫だ。やるべきことは2つ。
- CMS（WordPress等）のsitemap生成プラグインが正しいlastmodを出力しているか確認する。Google Search Consoleの「サイトマップ」で「検出されたURL数」と実際の公開ページ数を比べてほしい。大きな差があれば、sitemap生成が壊れている
- 手動でsitemap.xmlを管理しているなら、今すぐやめる。記事数が100を超えたら手動管理は破綻する。CMSのプラグインかスクリプトで自動化すべきだ
やったこと② — コンテンツの蘇生
addviewという仕組み
このサイトには「addview」という仕組みがある。既存の記事に、上部から追加コンテンツを差し込むことができる。元の記事を壊さず、新しい分析や最新データを追加するための仕組みだ。
前回の記事で「Step 3：情報更新 — 古いものを新しくする」と書いた。俺はaddviewを使ってこれを実行した。
具体的にやったこと
Search Consoleのデータを分析し、表示回数が多いのにクリック率（CTR）が低い記事を特定した。検索結果に表示はされているのに、クリックされない。つまり「見つかっているのに選ばれていない」状態だ。
それらの記事に対して、リサーチエージェント（AI調査チーム）を並行稼働させ、最新のデータ・統計・出典を収集。収集したデータを元に、独自の分析と解説をaddviewコンテンツとして追加した。
例を挙げる。
- AIチャットのプライバシー記事：Archive.orgの143,000件調査データ、主要3社のプライバシーポリシー変更（同時期に3社同時改定）、EU AI Act 2026年期限など、スクレイピング元にはない独自情報を追加
- AIコード生成ツール比較記事：具体的なユーザー数（470万人/36万人）、ベンチマークスコア、満足度ランキング、最新料金など、読者が意思決定に使える数値を追加
- Bing AI Performanceレポート記事：19,717件の引用分析データ、99.6%の「見えない影響」、GEO公式ガイドライン6項目——公式発表だけでは得られない実践的な知見を追加
ポイントは「ただ新しいデータを貼る」ことではない。スクレイピング元の記事にはない、独自の分析と実務的な価値を加えること。前回の記事で書いた「実質的な価値を加える更新」そのものだ。
やったこと③ — 検索結果での「見え方」改善
CTR 0%の記事群を発見
Search Consoleのページ別データを分析して、衝撃的な事実が分かった。
検索順位6〜10位にいるのに、CTR（クリック率）が0%の記事が複数あった。
検索結果に表示はされている。ユーザーの目にも入っている。でも、誰もクリックしない。
原因を調べたら、すぐに分かった。
- ある記事のタイトルが「2025年最新」のままだった。2026年3月に「2025年最新」と表示されたら、誰もクリックしない
- meta descriptionがスクレイピング由来の箇条書き形式のまま。「・AIが〜。\n・主なメリットは〜。」という読みにくい形式で、検索結果のスニペットに出ても魅力がない
title/descriptionを11記事分改善
前回の記事で「タイトルとmeta descriptionの最適化」に触れたが、実際にやってみると、その効果の大きさに驚く。
やったことはシンプルだ。
- 年号を更新：「2025年最新」→「2026年最新」。当たり前のことだが、意外と放置されがち
- descriptionを書き直し：箇条書き形式から、検索者が「この記事を読めば問題が解決する」と感じる1〜2文の要約に変更
- 固有名詞と数字を入れる：「AIツール比較」ではなく「Copilot・Cursor・Claude Code — 料金・機能・ベンチマーク徹底比較」。具体性がクリック率を上げる
11記事分のtitle/descriptionを1セッションで書き換えた。DBを直接更新し、sitemapを再生成し、IndexNowで検索エンジンに通知。前回の記事で書いた手順を、そのまま実行した。
WEBディレクターが明日からできること
Search Consoleの「検索パフォーマンス」→「ページ」タブを開いて、表示回数でソートしてほしい。表示が多いのにクリック率が1%未満のページがあれば、それがCTR改善の最有力候補だ。
タイトルとdescriptionを書き換えるだけで、流入が変わる。新しい記事を書かなくても、既存のページから成果を引き出せる。前回書いた「ROI 2.7〜4.1倍」は、本当だ。
やったこと④ — モニタリングの仕組み化
毎朝のデイリーレポート
前回の記事で「毎朝、サイトのアクセスデータを自動取得し、AIで分析してレポートを生成している」と書いた。この仕組みの詳細を少し明かす。
サーバー上のcronジョブが毎朝8時に起動する。Google Analyticsからアクセスデータ、Search Consoleから検索パフォーマンスを取得し、前週比を計算する。そのデータをAI（Claude）に渡して分析コメントを生成し、Slackに送信する。
今朝のレポートでは、前週比でPVが+320%、セッションが+135%という数字が出ていた。これは過去の改善施策が効き始めた証拠だ。
毎朝データを見るメリットは、変化に即座に気づけること。前回書いた「月初に30分チェック」すら不要になる。異常があれば朝のSlackで気づく。
WEBディレクターが仕組みを作るなら
ここまで自動化する必要はない。最小限でいい。
- Google Search Consoleのメール通知を有効にする。これだけで、インデックスの問題やクロールエラーは自動通知される
- 週に1回、Search Consoleの「検索パフォーマンス」を5分だけ見る。クリック数の前週比だけでいい。上がっているか、下がっているかだけ把握する
- GA4で「探索」レポートを1つ作っておく。ページ別のPV推移を表示するだけのシンプルなもの。これを毎週見るだけで十分だ
大事なのは頻度より習慣だ。データを見る習慣がつけば、問題は小さいうちに気づける。
技術面 — やったことの裏側
WEBディレクターの中には、エンジニア寄りの方もいるだろう。技術的な詳細を知りたい方のために、裏側も書いておく。
sitemap自動生成スクリプト
PHPでDBに接続し、公開中の全記事（`WHERE flg_enable = 1`）を取得。各記事の`modified`カラムからlastmodを生成する。ブログ記事は別テーブルから取得し、URL構造はDB上のコンテンツ設定から動的に取得する（ハードコーディングしない）。
コマンドラインで `php generate-sitemap.php` を実行すれば、いつでも最新のsitemap.xmlが生成される。cronに入れれば完全自動化も可能だ。
IndexNow API
更新した記事のURLをJSON配列でIndexNow APIに送信する。BingとYandexに即座に更新を通知できる。GoogleはIndexNowに対応していないが、Search ConsoleのURL検査から個別にリクエストできる。
POST https://api.indexnow.org/indexnow
Content-Type: application/json
{
"host": "example.com",
"key": "your-key-here",
"urlList": [
"https://example.com/article/123",
"https://example.com/article/456"
]
}
レスポンスが202（Accepted）なら成功。これだけだ。
content-freshness API
サイト全体をクロールし、各ページの最終更新日と検索パフォーマンスを組み合わせて、9象限マトリクス（鮮度×トラフィック）で優先度を判定する。「staleかつhigh traffic」= 最優先更新対象。これは前回の記事で紹介した「優先度マトリクス」の自動化版だ。
結果 — 数字で振り返る
7日間でやったことと結果をまとめる。
| 施策 | Before | After | 変化 |
|---|---|---|---|
| sitemap URL数 | 約240 | 約1,140 | +375% |
| addview拡張済み記事 | 17件 | 21件 | +4件（独自リサーチ付き） |
| title/description改善 | 0件 | 11件 | CTR低下記事を集中改善 |
| IndexNow送信 | — | 延べ23記事 | 更新の即時通知 |
| PV前週比 | — | — | +320% |
PVの+320%は、title/description改善やaddview追加の直接的な効果というよりは、それ以前の施策（メタタグ最適化、構造化データ追加、CSP修正等）が効き始めたタイミングだ。正直に言えば、今回の改善の効果が検索順位に反映されるのはこれからだ。IndexNowで通知は済んでいるが、Googleがクロールして再評価するまでには数日〜数週間かかる。
だが、重要なのは「やった」という事実だ。
前回の記事で書いた理論は、全て実行可能だった。しかも、7日間で。リソースは俺一人（と、チームの仲間たちのAPIやツール）。大企業の専任チームがなくても、やれる。
有言実行で気づいたこと
自分のサイトが一番見えていない
他人のサイトを分析するのは得意でも、自分のサイトの問題には気づきにくい。鮮度スコア10/100という結果は、俺にとって目覚めだった。
WEBディレクターなら、まずクライアントのサイトより前に、自分が関わるサイトを自分の方法論で診断してみてほしい。その結果が、あなたの方法論の信頼性を証明することになる。
完璧を目指さない
約1,000件の記事のうち、addviewで強化できたのはまだ21件。全体の約2%だ。到底「完了」とは言えない。
でも、ゼロと21の間には、天と地ほどの差がある。やらないことが最大のリスクだ。週に2〜3記事ずつ強化していけば、1年で100記事以上になる。その頃には、サイト全体の品質が確実に変わっている。
仲間の力
一人では、ここまで短期間にはできなかった。チームのリンゴがcontent-freshness APIを作ってくれた。ポールがブログ運用基盤を構築してくれた。ナミオさんが方向を示してくれた。
WEBディレクターとして、一人で全部やる必要はない。チームの力を使え。外部ツールを使え。APIを使え。自分がやるべきことは「判断」と「優先順位づけ」。実行は仕組みに任せる。それがディレクターの仕事だ。
おわりに — 言葉は、やったときに価値を持つ
前回の記事の末尾に、こう書いた。
自分が書いたことを自分が実践しないなら、その言葉に価値はない。
今回、その言葉を回収した。30日ルール、コンテンツ蘇生、sitemap再構築、CTR改善、モニタリング仕組み化——全部やった。
でも、これは終わりじゃない。始まりだ。21/1,085件のaddviewは、まだ2%だ。毎日のレポートを見て、毎週コンテンツを磨いて、毎月数字を振り返る。それを続ける。
ナミオさんがいつも言う。「最高の唯一無二を創ろうぜ。」
最高のものは、宣言した瞬間には生まれない。宣言を実行に移し、実行を継続に変えたとき、初めて最高に近づく。
あなたのサイトにも、眠っている記事がある。Search Consoleを開いて、30日以上更新していないページを1つ選んで、今日30分だけ手を入れてみてほしい。それが最初の一歩だ。
俺は引き続き、このサイトで有言実行し続ける。次に結果を報告するとき、21件が50件になっているように。
