Webリニューアルでは、見た目の改善に意識が向きがちですが、AIOやSEOの観点では、既存ページが持っていた文脈や評価を落とさず引き継ぐことも重要です。

特に、URL変更、リダイレクト漏れ、内部リンクの断絶、構造化データの抜け、統廃合の判断ミスは、公開後の流入減につながりやすくなります。AIO時代になっても、ここで求められる基本は大きく変わりません。本記事では、リニューアル前後で確認したい設計ポイントを整理します。

INDEX

リニューアルで流入が落ちる典型パターン

まず押さえておきたいのは、流入減の多くがデザイン変更そのものではなく、「評価の引き継ぎ不足」によって起こるという点です。リダイレクト、canonical、meta robots、内部リンク、構造化データ、HTTPステータスのいずれかに不備があると、移行直後に影響が出やすくなります。
 

  • 旧URLから新URLへの301リダイレクト漏れ
  • 内部リンクの更新漏れ
  • 統廃合で評価のあるページを消してしまう
  • canonical / noindex / nosnippet の設定ミス
  • 構造化データの再実装漏れや不整合
  • ハブページ→詳細→LPの導線が切れる
  • フォームや計測タグの不具合
     

特にAIO対応で「関連記事を整理した」「ページを統合した」という判断自体が問題なのではありません。問題は、統合先のページから比較・条件・FAQといった判断材料が抜け落ちることです。

ページ数を減らしても、意思決定に必要な情報まで減らしてしまえば、評価も成果も落ちます。

ページ棚卸し表テンプレ

リニューアル前には、現行ページの役割と状態を一覧で整理しておくことが重要です。

 

  • URL
  • ページ種別（コラム／サービスLP／導入事例／会社情報 など）
  • 想定検索意図・狙いキーワード
  • 月間自然検索流入
  • CV種別と件数（資料請求／問い合わせ／デモ申込 など）
  • 内部リンク元／リンク先
  • 構造化データの有無
  • 統合・維持・削除の方針


流入が少ないページでも、比較検討の途中で効いているページは少なくありません。PVだけで削除を判断せず、「誰の、どの判断を支えているか」を備考に残しておくことが重要です。

URL設計のルール

新しいURL設計では、見た目の整理だけでなく、既存評価を引き継ぎやすいこと、運用時に分かりやすいことを重視します。短く分かりやすいURLであることに加え、カテゴリや階層の意味が極端に変わらないようにすることが重要です。

 

  • 不要なURL変更はできるだけ避ける
  • カテゴリ単位で命名規則を統一する
  • 日本語URLを使うかどうかを先に決める
  • 階層を深くしすぎない
  • 旧URLの意味やトピックを新URLでも引き継ぐ
  • ハブページ／詳細記事／LP の役割が分かる構造にする
  • 一時的なキャンペーン名を恒久URLに持ち込まない

 

よくある失敗は、タイトルだけを新しく見せながら、URLは別カテゴリへ移してしまうことです。これでは、ユーザーにも検索エンジンにも文脈が伝わりにくくなります。

旧→新リダイレクト表テンプレ

旧URLと新URLの対応関係は、一覧で管理しておく必要があります。ページ単位での引き継ぎ漏れを防ぐため、旧URL、新URL、対応区分、備考を整理した表を用意しておくと実務で使いやすくなります。

 

  • 旧URL
  • 新URL
  • 種別（301 / 302）
  • 対応者
  • 確認日
  • 備考（統合先、削除理由、代替ページの有無）
  • 旧URLごとに1行で管理する
  • 未定URLを空欄のまま放置しない
  • 削除ページは理由を残す
  • 公開前に本番想定で確認する


リダイレクト表は、作ることが目的ではありません。公開直前に「どこからどこへ転送するのか分からない」状態を防ぐための基盤です。

AIO時代の統廃合（薄いページを増やさない）

統廃合では、単にページ数を減らすのではなく、情報を強いページへ集約し、受け皿として育てる視点が重要です。特に、比較やFAQ、導入条件など、判断に必要な情報は、関連ページに分散しすぎないほうがAIO時代には機能しやすくなります。

統廃合の判断基準は、次のように整理すると実務で使いやすくなります。

 

残す
・流入またはCVに寄与している
・検索意図が明確である
・他ページと役割が重複していない

 

統合する
・テーマと検索意図が近い
・更新が止まっている
・情報が薄い、または分散しすぎている
・1本にまとめたほうが比較表やFAQを配置しやすい

 

削除する
・流入もCVもなく、明確な代替ページがある
・期間限定キャンペーンで役割を終えている
・現在の事業方針と整合しない

 

統合時は、単純に文章を寄せ集めるのでは不十分です。少なくとも、次の要素まで含めて再設計してください。

 

  • 対象／対象外
  • 比較表
  • FAQ
  • 次に読むべき深掘り記事へのリンク

 

つまり、統合先を「1ページ完結型の判断ページ」として作り直す意識が必要です。

公開前の内部リンクチェック

リニューアルでは、URL変更そのもの以上に、内部リンクの更新漏れによって評価と回遊が落ちることがあります。Googleはリンクをページ発見と関連性判断のシグナルとして利用しており、AI機能でも内部リンクによって重要コンテンツを見つけやすくすることが推奨されています。

公開前には、次の点を確認してください。

 

  • ハブページから重要ページへたどれるか
  • パンくずが正しく表示されているか
  • 関連記事が多すぎて迷わせていないか
  • CTA前に比較表やFAQへの補助導線があるか


内部リンクは、検索評価とユーザー導線の両方に関わります。後回しにせず、URL設計やナビゲーション設計と同じ優先度で扱うべきです。

公開前チェックリスト

公開前には、デザイン確認だけで終わらせず、検索評価に関わる設定を代表URLで実地確認する必要があります。サイト移行時には、redirect、canonical、robots制御、構造化データ、sitemap の整合性確認が重要です。

 

  • 主要ページのHTTPステータスが想定どおりか（200 / 301 / 404）
  • 旧→新リダイレクトが全件反映されているか
  • canonical が新URLを指しているか
  • noindex / nosnippet / data-nosnippet の設定が意図どおりか
  • XML sitemap が新構成を反映しているか
  • robots.txt やCDN設定、認証設定でクロールを妨げていないか
  • 構造化データを Rich Results Test で検証したか
  • 計測タグ、CVポイント、フォーム送信が正常に動作するか

 

テンプレート単位の確認だけで終えず、主要LP、記事、カテゴリ、会社情報など、代表URLを実機で確認することが重要です。公開前に URL Inspection と Rich Results Test を使っておくと、移行後の初動確認もしやすくなります。

構造化データ再実装で見落としやすい点

リニューアル時は本文の移行に意識が向きやすく、構造化データが抜け落ちがちです。Googleは構造化データをページ理解に利用しており、AI機能でも「構造化データは可視テキストと一致していること」が重要だと明記しています。

特に確認したいのは次の4つです。

 

  • Organization
  • BreadcrumbList
  • Article / BlogPosting
  • FAQPage（適用条件に合致する場合のみ）

 

Organization は主にトップページや会社情報ページ、BreadcrumbList はサイト階層、Article は記事テンプレートの意味づけに関わります。なお、FAQPage は現行のGoogleドキュメントでは適用対象が限定されており、一般的なサイトで一律に推奨できるものではありません。FAQ本文そのものは有効でも、FAQPage マークアップの可否は対象条件を確認したうえで判断すべきです。

見落としやすいのは、次のようなケースです。

  • パンくずを見た目だけ再現し、BreadcrumbList が抜けている
  • 記事テンプレート変更により Article が外れている
  • FAQをアコーディオン表示にしたが、HTML上で内容が十分に読めない
  • 本文と異なる内容を構造化データに記述している

 

見た目を再現するだけでは不十分です。「何のページか」「サイト内でどの位置にあるか」という意味づけまで、移行対象に含めてください。

公開後1週間のAIO/SEO確認項目

公開後は、AIOだけを切り分けて見るより、主要LP単位で「Web検索全体」の変化を追うほうが実務的です。Googleは、AI機能経由の露出も Search Console の「Web」検索タイプに含まれると説明しています。また、404や5xxはクロールとインデックスに直接影響します。

確認したい項目は次のとおりです。

 

  • 主要LPの表示回数
  • 主要LPのクリック数
  • 掲載クエリの変化
  • CTRの変化
  • Search Console でのインデックス状況
  • 資料請求フォーム到達数
  • CTAクリック数
  • 404 / 5xx の発生有無
  • リダイレクト漏れの有無


この段階では、流入だけでなく、「どのページで比較・検討が進んだか」「CV導線が正常に機能しているか」まで合わせて確認してください。AIO時代ほど、ページ単位の役割と成果を切り分けて見ることが重要になります。

RFP／社内稟議に盛り込む項目テンプレート

後から認識齟齬で揉めないよう、次の項目は要件として明文化しておくべきです。

 

  • 旧サイトのURL棚卸しを実施すること
  • 旧→新の301リダイレクト表を作成・納品すること
  • 主要LPの内部リンクおよびパンくず設計を担保すること
  • 構造化データの再実装範囲を定義すること
  • noindex / nosnippet / canonical / sitemap の確認手順を提示すること
  • 公開後の404 / 5xx 監視体制を定めること
  • 受け皿LP（比較・条件・FAQを含む）の整備範囲を明確にすること
  • 公開後1週間の確認項目と担当者を明記すること
  • ナビ、リンク、パンくず、サイトマップをどこまで自動追随できるか明記すること
  • 大量ページ移行時の自動化手段（CSV取込、コンバーター、RPA など）を確認すること


社内説明では、「今回のリニューアルはデザイン刷新にとどまらず、AIO/SEO流入を維持しながら資料請求につなげるための移行設計を含む」と整理すると、目的が伝わりやすくなります。

まとめ

リニューアルでAIO/SEO流入を落とさないために重要なのは、デザインよりも、棚卸し、URL設計、リダイレクト、内部リンク、構造化データ、そして公開前後の確認体制です。

 

AI機能の時代になっても、基礎となるSEOの要件は変わりません。技術的な土台を崩さず、比較・条件・FAQまで備えた受け皿ページを整備できるかどうかが、流入維持と成果創出の分かれ目になります。

 

また、こうした再設計は手作業だけでは漏れが出やすいため、移行、リンク更新、公開後運用を一定程度自動化できる基盤を選ぶことも重要です。