納品後の「アクセスが来ない」は誰の責任か？初期要件に組み込むべき最低限のSEOディレクション

サイト公開から数ヶ月。「デザインは綺麗だけど、全然問い合わせが来ない」「狙ったキーワードで検索しても全く出てこない」——クライアントから発せられるこの不満に対し、「私たちの契約はサイトの『制作』までであり、公開後の集客は管轄外です」と反論して逃げ切ろうとするWebディレクター。

プロのDXコンサルタントの視点から言えば、この反論は三流の言い訳に過ぎません。納品後のアクセス不振は、事前の要件定義において「SEOの責任分界点」と「システム側のSEO要件」を明確に定義しなかったディレクターの責任（事業リスクの放置）です。

サイトは「作ること」が目的ではなく、ユーザーに見られ、ビジネス上の成果（コンバージョン）を生み出して初めて価値を持ちます。本記事では、検索エンジン（SEO）や近年のAI検索（AIO：AI Overviews等）を意識した構造的知見として、納品後の悲劇を防ぐために初期要件に必ず組み込むべき「最低限のSEOディレクション術」を解説します。

1. アクセスゼロは「予測可能なシステムエラー」である

クライアントは「Webサイトを作れば、自動的にGoogleに表示されて人が来る」という幻想を抱いています。この情報の非対称性を放置したままプロジェクトを進行させること自体が、最大のマネジメント・ミスです。

現在の検索エンジンやAIOは、サイトの「見た目の美しさ」を評価しているわけではありません。背後にあるHTMLの構造、文脈の明確さ、そしてデータの意味（セマンティクス）を解析しています。 例えば、DX時代のナレッジポータルを新たに構築するとします。どんなに優れた専門知識（コンテンツ）を投下しても、クローラーが正しく情報を取得・解釈できる土台（テクニカルSEO）がシステムとして組み込まれていなければ、検索エンジンからは「存在しない」ものとして扱われます。

つまり、アクセスが来ないという事象は、運用側の怠慢である以前に、開発側の「要件定義漏れというシステムエラー」なのです。

2. 「システムSEO」と「コンテンツSEO」の境界線を引く

このリスクを回避するためには、キックオフの段階でSEOを以下の2つに分解し、クライアントと「責任の所在」を明確に合意する必要があります。

• システムSEO（作るSEO）： 制作側（ディレクター）の責任領域。クローラーがサイトを正しく回遊し、インデックスできる技術的な基盤を作ること。
• コンテンツSEO（育てるSEO）： クライアント（または継続的なマーケティング契約）の責任領域。ターゲットキーワードを選定し、検索意図を満たす良質な記事を継続的に執筆・更新すること。

「私たちが担保するのは、良質な記事を書いた際に正しくGoogleに評価される『器（システムSEO）』の構築までです。記事そのものを執筆し、アクセスを集める『コンテンツSEO』は今回のスコープ外（Out of Scope）です」と、論理的に境界線を引くこと。これが、後日のトラブルを遮断する唯一の防衛線です。

3. 【即日実践】初期要件に組み込むべき3つの「システムSEO」要件

「システムSEO」として、ディレクターが最低限要件定義書に組み込み、エンジニアに実装を指示すべき3つのアクションプランを提示します。

アクション1：CMSにおける動的メタデータと構造化データの標準実装

ワードプレスなどのCMSを利用してサイトを構築する場合、記事ごとに「タイトル（Title）」「ディスクリプション（Meta Description）」「OGP（SNSシェア用画像）」が動的に生成され、出力される仕組みを要件に組み込みます。 さらに、AIOやリッチリザルト対策として、「JSON-LD（構造化データ）」の実装を必須とします。これにより、「この記事は『DXに関する解説記事』であり、著者は〇〇である」という文脈をAIや検索エンジンに直接理解させることが可能になります。

アクション2：Core Web Vitals（表示速度とUX）の目標値設定

現在のSEOにおいて、ページの表示速度やレイアウトの安定性（Core Web Vitals）は重要なランキング要因です。「デザインをリッチにした結果、サイトが重くて検索順位が落ちた」ではプロ失格です。 要件定義の段階で、「Google PageSpeed Insightsにて、モバイルスコア〇〇点以上を納品時の合格基準（SLA）とする」と明記し、不要なアニメーションや過剰なJavaScriptの導入を論理的に遮断する指標として機能させます。

アクション3：クローラビリティの担保（XMLサイトマップとURL階層）

サイト内の全ページをクローラーに漏れなく認識させるため、「XMLサイトマップの自動生成とSearch Consoleへの送信機能」を実装スコープに入れます。 また、URL構造は「ドメイン/カテゴリ/記事名」のように論理的かつ浅い階層（フラットアーキテクチャ）になるよう設計します。パンくずリストの実装と連動させることで、ユーザーと検索エンジンの双方が「今サイト内のどこにいるのか」を瞬時に理解できる構造を強制します。

まとめ：検索されるところまでが「設計」である

「とりあえず作って、公開してからSEO対策を考えましょう」というディレクションは、家を建ててから基礎工事をやり直そうとするのと同じ、完全に破綻した論理です。

「ITは知るだけでは終わらない」。最新のコーディング技術や美しいUIの作り方を知っているだけでは不十分です。その情報がどのように検索エンジンに解釈され、どのようにユーザーの元へ届くのかという「情報の流通経路」までを設計してこそ、真のWebディレクターです。

次回の要件定義では、デザインのレイアウトよりも先に、「システムSEOの責任範囲」と「インデックスさせるための技術要件」をクライアントに提示してください。アクセスという成果から逆算した提案こそが、あなたの介在価値を最大化します。