新しいウェブサイトの公開前に、SEOチェックリストを使ってインデックス登録の妨げとなる要因をどう排除するか？

新しいウェブサイトが正常に開けても、検索エンジンにクロールされ、インデックスに登録されるとは限りません。公開前にcheckliste seo（SEOチェックリスト）を使い、まずアクセス制限、インデックス指示の競合、URLの混乱を解消してから、コンテンツと内部リンクを確認します。チェックリストの目的は制御可能な障害を取り除くことです。インデックス登録は、検索エンジンによるページの発見、処理、品質評価にも左右されます。

受け入れ確認では、トップページだけを見てはいけません。少なくとも商品詳細、カテゴリ、記事、問い合わせまたは購入ページを抽出して確認します。多言語サイトでは、各言語版も対象にしてください。同じテンプレート内の設定ミスが、ページ一式に影響する可能性があります。

まず確認：本番環境でクロールとインデックスが許可されているか

テストサイトでは、パスワード、IP許可リスト、インデックス禁止指示でアクセスを制限することがよくあります。公開時にドメインだけを切り替えると、こうした制限まで本番環境に引き継がれることがあります。次の項目を公開許可の条件としてください：

• アクセス状態：インデックス登録が必要なページは正常に200ステータスコードを返し、ログインを求めず、正常な内容を表示しながらエラーステータスを返すこともないようにします。
• robots.txt：サイト全体のクロールを禁止するルールが残っていないか、商品やカテゴリなどの重要なディレクトリが誤ってブロックされていないかを確認します。
• インデックス指示：HTML内のmeta robotsとHTTPレスポンスヘッダー内のX-Robots-Tagを両方確認し、誤ってnoindexが設定されていないことを確かめます。
• セキュリティ対策：CDN、ファイアウォール、人間確認が検索エンジンのクロールを継続的に妨げないことを確認します。特に海外からのアクセスを確認してください。

robots.txtはクロールを制限し、noindexはインデックス登録を禁止します。両者は互いに代替できません。ページのクロールが禁止されると、検索エンジンはページ内のnoindexを読み取れない可能性があります。一方、クロールが許可されていても、インデックスが許可されるとは限りません。そのため、robots.txtでブロックされていないことだけを根拠に、合格と判断してはいけません。

URLを統一し、インデックス登録のシグナルが誤ったページを指さないようにする

同じコンテンツがHTTPとHTTPS、wwwありとなしなど複数のURLで存在する場合は、正式なバージョンを決め、恒久的なリダイレクトで統一します。サイト内リンク、canonical、サイトマップにもそのバージョンを使用し、迂回を減らします。

canonicalは、検索エンジンにどのバージョンを優先して採用してほしいかを示す、正規化のシグナルです。確認時には特に、テスト用ドメインを指していないか、すべての商品ページが誤ってトップページを指していないか、リダイレクト先、エラーページ、またはインデックス禁止のURLを指していないかを確認してください。

多言語サイトでは通常、各言語ページがそれぞれ対応する正規URLを指すようにし、hreflangで言語や地域の関係を示します。すべての言語版を英語のトップページへcanonicalで指定しないでください。hreflangは、翻訳済みコンテンツやアクセス可能な言語切り替えリンクの代わりにはなりません。

絞り込み、並べ替え、トラッキングパラメータは用途に応じて処理する必要があります。独立した検索ニーズがあり、内容が充実しているカテゴリページは残せます。並び順だけが異なる重複URLには、一貫した正規化ルールを定めてください。

ページにアクセスできた後は、コンテンツが発見されるかも確認する

商品ページが検索ボックス、フィルター、複雑なクリック操作からしか表示されない場合、検索エンジンが発見しにくいことがあります。重要なページには、ナビゲーション、カテゴリ、関連記事から通常のリンクを設置してください。リンクには有効なhrefを持つaタグを使い、スクリプトのクリックイベントだけに依存しないようにします。

JavaScriptでレンダリングするサイトでは、レンダリング後のタイトル、本文、リンク、canonicalがすべて揃っているかを確認します。ソースコードが少ないからといって、必ずしもインデックス登録できないわけではありません。しかし、コンテンツがログイン、ユーザー操作、または失敗したAPIに依存していると、クローラーに表示されるページがユーザーの見るページと異なる可能性があります。

コンテンツの受け入れ確認は、具体的なページ単位で行います。商品ページには用途、仕様、選択条件が記載されているか、カテゴリページには明確なテーマがあるか、記事は実際の疑問に答えているかを確認してください。商品名だけを一括置換すること、デフォルト文言を残すこと、空のカテゴリを公開することは、独自の価値が乏しいページを大量に生み出すおそれがあります。タイトルタグとメイン見出しも内容に正確に対応させ、サイト全体で同じ宣伝文句を使い回さないようにします。

存在しないURLは404または410を返す必要があります。ページが200を返していても、「コンテンツがありません」とだけ表示される場合、ソフト404と判定されることがあります。在庫切れでも商品情報や代替商品が掲載されているページは、業務上の必要に応じて残すことができ、必ずしも削除する必要はありません。

サイトマップと確認ツールで受け入れ確認の証跡を残す

XMLサイトマップには、インデックス登録を希望し、正常にアクセスできる正規URLを優先して含め、テスト用URL、リダイレクト先URL、インデックス禁止ページは除外します。サイトマップの送信はページの発見に役立ちますが、インデックス登録を保証するものではなく、内部リンクの代わりにもなりません。

公開前には、クロールツールでサイト内リンク、ステータスコード、インデックス指示をスキャンできます。本番公開後は、Google Search Consoleでサイトを確認し、サイトマップを送信したうえで、代表的なURLのライブテストを実行します。ライブテストは現在のアクセス状況とレンダリング状況を確認するもので、インデックスレポートは処理済みのデータを反映するため、両者の結果が一致しない場合があります。

納品チェックリストには、「確認URL、期待する結果、実際の結果、担当者、再確認日」を記録することをおすすめします。問題が見つかったら該当するテンプレートを修正し、同じテンプレートを使う他のページも確認してください。サンプルURLを1つ修正しただけで問題を完了扱いにしないようにします。

公開とプロモーションを同じ受け入れ確認プロセスに組み込む

サイト全体のアクセス制限、重要ページへの誤ったnoindex設定、テスト用ドメインを指すcanonical、主要コンテンツの読み込み不能は、公開を許可する前に修正してください。重要度の低い画像の説明不足などは、記録して継続的に改善すればよく、インデックス登録を妨げる問題と混同する必要はありません。

公開後にFacebook広告のプロモーションを予定している場合は、ランディングページへのアクセス、フォーム送信、モバイル端末での表示、トラッキングイベントも併せて確認できます。広告配信と自然検索でのインデックス登録にはそれぞれ異なる確認条件があり、広告による有料トラフィックでインデックス設定の誤りを修正することはできません。専用の広告ページを自然検索の対象にするかどうかは、コンテンツの用途に応じて判断してください。

易营宝のように、ウェブサイト構築と海外マーケティングを一体で提供するプラットフォームを選ぶ場合は、チェックリストを納品要件に盛り込み、誰がテンプレートを修正するのか、誰がサイトマップを管理するのか、誰がインデックスの異常に対応するのかを明確にできます。公開後に「検出 - インデックス未登録」または「クロール済み - インデックス未登録」が発生した場合は、クロール記録、重複コンテンツ、ページの価値を併せて調査し、URLの再送信を繰り返すだけにしないでください。テンプレートの変更、言語の調整、商品の一括公開を行うたびに、これらの重要な設定も再確認してください。