【Web制作業】既存サイトのページ一覧から構成整理案をAIで作る方法

既存サイトのページ構成を整理する理由

サイト構成の整理は、単純にページ数を減らす作業ではありません。サイトを訪れる人が必要な情報を探しやすい状態へ整え、事業の目的に合った導線を検討するための作業です。AIは、多数のページを一定の基準で分類する補助として活用できます。

ページ一覧とサイト構成案は目的が違う

ページ一覧は、現在どのようなページが存在するのかを把握するための資料です。一方、サイト構成案は、利用者の目的やサイトの役割を踏まえ、情報をどこに配置するかを考える資料です。

AIが担当するのは整理と提案まで

AIはページ名や説明から役割別に分類したり、内容が似ていそうなページを抽出したりできます。また、現在の一覧を基に新しい階層のたたき台を示すことも可能です。

ただし、AIがページの重要性、検索流入、顧客との契約条件、社内の運用体制を自動的に把握できるわけではありません。何を残し、どこへ移すかは人が確認して決定します。

AIでの整理が向いているケース

• 長期間の運用でページが増え、全体像を把握しにくくなっている
• サービスページや事例ページが複数の階層へ分散している
• 似たテーマのページがあり、統合候補を整理したい
• リニューアル前に制作範囲や移行対象を明確にしたい
• 顧客との構成検討に使う比較表や確認資料を作りたい

小規模なサイトでは、人が直接一覧を整理する方が簡単な場合もあります。ページ数や資料の複雑さを見て、AIを使う範囲を選びましょう。

AIに渡すページ一覧の準備方法

AIによる構成整理の出発点は、既存ページの情報を共通の形式でそろえることです。URLとページ名だけでも大まかな分類はできますが、内容やページの役割を加えると、統合や階層変更の理由を検討しやすくなります。

最初に用意する情報

ページ一覧は一つの方法だけで集めない

WordPressなどのCMSの投稿・固定ページ一覧、XMLサイトマップ、サイト調査ツール、実際のナビゲーションを組み合わせて確認します。XMLサイトマップに載っていないURLや、公開状態が異なるページもあるため、取得結果がサイトの全ページを示しているとは限りません。

URLの重複、末尾スラッシュの違い、パラメータ付きURL、リダイレクト先などは、必要に応じて調査対象を区別して記録します。CMSで管理していない静的ページや外部フォームへのリンクも確認しましょう。

AIへ入力できる情報かを確認する

顧客サイトのページ一覧には、公開前のサービス、社内向け資料、機密性の高いURLなどが含まれる場合があります。利用するAIサービスのデータ取扱条件、自社の利用ルール、顧客との契約内容に従って入力範囲を決めます。

AIで分類する構成変更の候補と判断基準

構成整理案では、各ページを維持・統合・分割・新設・削除候補のように分類すると検討を進めやすくなります。ここで重要なのは、分類の名前だけでなく、その理由と未確認事項をセットで出力することです。

構成変更を5種類に分類する

ページ名が似ているだけで統合しない

例えば、サービス紹介と導入事例は同じサービス名を含んでいても、説明と比較検討の支援という異なる役割を持つことがあります。ページ名だけで重複を判定すると、必要な情報を失う可能性があります。

AIには対象ユーザー、ページの目的、主な内容に基づいて重複候補を提示させます。根拠が十分でない場合は、統合を確定せず確認候補に残します。

AIへ渡す構成整理プロンプト

業務で繰り返し利用する場合は、AIへの依頼文を固定すると比較しやすくなります。次の例では入力資料の範囲と出力する表を明示しています。

出力形式を固定すると顧客と共有しやすい

AIで構成整理案を作る5つの手順

実務では、ページ一覧を一度に入力して完成版を求めるより、現状分類から新構成の確認までを段階的に行う方が、誤りに気付きやすくなります。次の5つの手順で進めましょう。

1. 既存ページの一覧と関連資料をそろえる

   CMS、XMLサイトマップ、ナビゲーションなどから既存URLを調べ、ページ名、階層、役割、内容の概要をまとめます。元の一覧を保存しておきます。

2. AIにページの現状分類を依頼する

   サービス、会社情報、事例、採用、問い合わせなどへ役割別に分類します。不明なページは無理に決めず、要確認として出力させます。

3. 重複候補や階層上の課題を抽出する

   類似ページ、役割が重なるページ、深すぎる階層などを検討します。候補ごとに根拠と不足情報を記録し、削除や統合をこの段階では確定しません。

4. 新サイトの階層案と対応表を作る

   サイトの目的と主要ユーザーを条件に、一次階層と下層ページの案を出力します。旧URLから新構成のどこへ対応するかも一覧にします。

5. 元資料と照合して人が構成を確定する

   ページの抜け、誤分類、残すべき情報、検索流入、顧客の要件を確認します。変更理由を示した上で顧客と合意し、正式な構成案として管理します。

モデルケースで見る構成整理の具体例

ここでは、架空のBtoBサービス企業のサイトを例に、どのようなページ整理が考えられるかを紹介します。実在企業の事例や実測した改善結果ではなく、作業を説明するためのモデルケースです。

既存のページが分散している例

仮に、サービス概要と詳細説明が別々の階層にあり、よくある質問も複数ページに分散しているサイトを想定します。AIには、どのページが不要かを一方的に決めさせず、役割と配置の見直し候補を整理させます。

サイト構成案のたたき台

この構成では、サービスに関する情報を一つのグループにまとめ、会社情報と事例を区別しています。ただし、実際に適切な階層はサイトの目的、ユーザーの行動、事業内容によって変わります。

旧URLと新しい配置先の対応を残す

構成案ができたら、すべての既存URLに対して新しい配置先を記録します。URLを変更する場合は、リダイレクトや内部リンクの修正も必要になります。Google検索セントラルでも、サイト移転時には旧URLと新URLの対応表の準備が案内されています。

人が確認すべき項目とよくある失敗

AIが出力した構成案を制作へ使用する前に、顧客要件やSEO、サイト運用の観点から確認します。ページ一覧から判断できることと、実際に各ページを確認しなければ分からないことを区別するのがポイントです。

構成を確定する前のチェックリスト

よくある失敗例と対策

SEOへの影響は別工程で確認する

流入のあるページを統合・削除する場合は、検索クエリやアクセス状況、ページ本文、内部リンク、外部リンクを確認します。AIがページ名だけから検索順位への影響を正確に判断できるわけではありません。

特にURLを変更するときは、関連する移行先を決め、リダイレクトと内部リンク更新を計画します。旧ページを無関係なトップページへ一律転送するのではなく、ページ内容の関連性を見て判断してください。

まとめ

既存サイトのページ一覧をAIで整理する目的は、ページを機械的に減らすことではありません。現在の情報構造を把握し、顧客と制作チームが変更の理由を確認できる状態をつくることです。

まずはサービスページなど対象を絞ってページ一覧を作り、AIで分類案を出してみる方法から始めると、入力項目や確認ルールを調整しやすくなります。社内で手順をそろえることが、継続的な活用につながります。