独立系サイトの技術SEO：URL構造、パンくず、ページネーション、canonicalのベストプラクティス
1. URL構造：公開前に一度決めたら、30日間は触らない
URLはGoogleがページの階層とテーマを判断する最初のシグナルです。独立系サイトのURLの黄金ルールは、小文字、ハイフン、3層以内、キーワードを含む、動的パラメータを含まない、です。公開後にURLを変更する場合は必ず301リダイレクトを設定してください。そうしないと被リンクと順位が一緒に落ちます。
| ルール | 正しい例 | 間違った例 |
|---|---|---|
| 小文字とハイフン | /hydraulic-hose/ | /Hydraulic_Hose/ |
| 階層3層以内 | /products/hydraulic-hose/xsr300/ | /products/catalog/2024/hydraulic/hose/xsr300/ |
| IDを含まない | /products/xsr300/ | /product.php?id=88231 |
| 日付を含まない | /blog/how-to-choose-hose/ | /blog/2024/09/11/how-to-choose/ |
| 単語4語以内 | /commercial-pressure-washer/ | /best-commercial-pressure-washer-for-farms-in-2024/ |
動的パラメータ付きURLは独立系サイトで最もよくあるインデックスの落とし穴です。カート、絞り込み、並べ替え、セッションIDはすべて?付きパラメータのURLを生成します。対策しないと、Googleは同じ商品ページの十数種類のパラメータ版をすべて独立したページとしてクロールします。対処法は製品カタログの検索体験に記載しています。ポイントは、robotsで低価値なパラメータをブロックし、canonicalで価値のあるパラメータをメイン版に向けることです。
事例：クライアントのサイトはWooCommerceを使い、商品URLは/product/xsr300/でしたが、関連商品プラグインを3つ追加したところ、/product/xsr300/?variation=redのようなURLが自動生成され、GSCで1200件以上の重複がインデックスされました。対処法は、robotsで?variation=をDisallowし、商品ページのheadにcanonicalを/product/xsr300/と固定で書くことです。
2. パンくず：表示されるナビゲーション + 隠れた構造化データ
パンくずは2つの課題を解決します。訪問者が自分がどこにいるか分かること、GoogleがSERPで長いURLの代わりにパンくずを使うことです。両方を同時に行う必要があります。ページ上で見えるパンくずナビゲーションと、head内のBreadcrumbList JSON-LDです。
| パンくずの実装方法 | 推奨 | 説明 |
|---|---|---|
| 表示ナビゲーション + BreadcrumbListマークアップ | 推奨 | ユーザーにも Google にも読まれ、SERP にパンくずが出る |
| 可視ナビのみでマークアップなし | 可 | ユーザー体験は保てるが、SERP にパンくずが出る可能性は低い |
| 不可視のマークアップのみで可視ナビなし | 禁止 | 隠しテキスト扱いになり、Google のスパムポリシー違反 |
| パンくずが 5 階層を超える | 禁止 | 階層が深すぎるのでフラット化する |
| 最下層もリンクにする | 非推奨 | 自己リンクは無意味。最下層はテキストのみにすべき |
階層は 4 階層以内に収める。ホーム > 大カテゴリ > 中カテゴリ > 商品。パンくずの各階層はすべて絶対 URL を使い、相対パスは使わない。BreadcrumbList の書き方は構造化データSchemaの P0 部分を参照し、公開当日に Rich Results Test で検証する。
三、ページネーション：各ページが自分自身を canonical で参照し、rel=next/prev はもう書かない
ページネーションは、古いチュートリアルに最も誤って導かれやすい技術 SEO の項目だ。rel=next/rel=prev は Google が 2019 年 3 月にシグナルとして使わないと発表済みだが、今も書くよう教えている記事が大量にあり、書いても効果はない。
| ページネーションの実装 | インデックス結果 | 推奨 |
|---|---|---|
| 各ページが自分自身を canonical で参照（page=2 は page=2 を canonical に） | 1〜10 ページ目がすべて個別にインデックスされる | 推奨 |
| すべてのページを 1 ページ目に canonical 指定 | 1 ページ目だけがインデックスされ、2〜10 ページ目は消える | 誤り |
| rel=next/prev を使う | Google はすでに無視しており効果なし | 時代遅れ |
| 無限スクロールでページネーションリンクを出力しない | 2 ページ目以降の内容がクロールされない | 誤り |
| ページネーションが 10 ページを超えてもなおページ送りを続ける | 薄いコンテンツのリスクが高い | 絞り込み/アルファベット順に変更する |
直感に反する点：ページネーションを 1 ページ目に canonical 指定すれば評価が集まると多くの人が考えるが、実際は 2〜10 ページ目がすべてインデックスされず、一覧ページの総インデックス数が 1/10 に落ちる。正しい方法は各ページが自分自身を canonical に指定し、Google に各ページを独立したコンテンツとして認識させることだ。あるカテゴリの商品が 10 ページを超える場合は、絞り込み条件かアルファベット索引でページ送りを置き換え、無限にページを増やさない。
四、canonical：絶対 URL、自己参照、hreflang と併用
canonical タグは Google に「このページとあのページは同じ内容なので、こちらを正とする」と伝えるものだ。重複コンテンツに対処する最初の手段だが、間違って使うと使わないより悪い。
| canonical の書き方 | 結果 | 判定 |
|---|---|---|
| <link rel=”canonical” href=”https://サイト/a/”> 絶対 URL | 正しく正規版を指している | 標準的な実装 |
| canonical を相対 URL /a/ で書く | Google はほとんど解釈できるがリスクがある | 非推奨 |
| canonical がトップページを指している | ページ全体の評価が誤って統合される | 重大なミス |
| canonical が 404 や削除済みページを指している | ページがインデックスから消える | 重大なミス |
| 多言語ページは canonical と hreflang を併用 | 各言語が個別にインデックスされる | 標準的な実装 |
多言語サイトの canonical はHreflangの多言語対応と組み合わせる。英語ページの canonical は自分の英語 URL を指し、hreflang ですべての言語版を列挙する。ドイツ語ページの canonical を英語に向けてはいけない。ドイツ語ページがドイツの検索結果から消えてしまう。プラグインの選び方は環形山テックスタック。
事例：客户サイトのリニューアル後、旧 URL /old-product/ を /new-product/ に 301 リダイレクトしたものの、/new-product/ に自己参照 canonical を書き忘れ、GSC で「ユーザー指定の canonical が選択されていません」エラーが報告された。canonical を 1 行追加したところ 5 日以内にエラーは解消。この問題はサイト移行時に多発する。詳しくはサイトリニューアルとドメイン変更。
5. 公開後 7 日間の検証フロー
4 点セットはコードを書けば終わりではない。GSC で検証する。
| 検証項目 | ツール | 期限 | 合格基準 |
|---|---|---|---|
| URL 構造の抜き取り確認 | URL 検査ツール | 公開当日 | 無作為に選んだ 5 つの URL にパラメータがなく、階層が 3 以下 |
| パンくずマークアップ | リッチリザルトテスト | 公開当日 | エラーなし |
| ページネーションの収録 | GSC インデックス レポート | 7日目 | 2 ページ目から 10 ページ目まですべて収録済み |
| canonical の選択率 | GSC ページ インデックス レポート | 14 日目 | 「ユーザー指定の canonical が選択されていません」エラーが 5 件未満 |
| 薄いページの数 | GSC「クロール済み – インデックス未登録」 | 7 日目、14 日目 | 200 件未満かつ減少が続いている |
パフォーマンスとテクニカル SEO は 2 つの層に分かれる。URL、パンくず、ページネーション、canonical はクロール可能性に属し、Core Web Vitalsは体験可能性に属する。両方の層をクリアしてから、コンテンツと被リンクの話になる。詳しくはGoogle SEOカテゴリの他の記事を参照。
6. robots、sitemap とクロール バジェットの連携
4 点セットのほかにも、見落とされがちな 2 つのスイッチがある。robots.txt と XML sitemap だ。これらは Google のクローラーが限られたクロール バジェットをどの URL に使うかを決める。
| ツール | 役割 | 典型的な設定 |
|---|---|---|
| robots.txt 拒否 | 価値の低い URL のクロールをブロック | カート、フィルタ パラメータ、管理画面をブロック |
| robots.txt 許可 | 重要なディレクトリを明示的に許可 | 許可: /products/ /blog/ |
| XML sitemap | Google に重要なページの存在を伝える | インデックス可能なページのみを記載し、noindex の URL は含めない |
| サイトマップインデックス | ページが多い場合は分割 | products.xml、blog.xml、pages.xml に分ける |
よくある間違いは、noindex の URL まで sitemap に入れてしまうことだ。これでは Google が混乱する。インデックスしないと言いながら、このページは重要だと言っていることになる。正しい方法は、sitemap にはインデックス可能な URL だけを入れ、noindex のページは sitemap に入れず、クロールも期待しないことだ。
事例：客户サイトには 5,000 の商品ページがあるが、GSC によると Google は週に 800 URL しかクロールしておらず、そのうち 600 がカートとフィルタ パラメータに消費されていた。対処法は、robots.txt で /cart/ と ?filter= を含む URL を Disallow し、クロール バジェットを商品ページに回すこと。2 週間後、商品ページのクロール数は週 200 から 650 に増え、収録率は 30% から 75% に上がった。
クロール バジェットは大規模サイトだけが気にする話ではない。商品 200 点、毎月ブログを 10 本追加する B2B サイトでも、5,000 の薄いページがクロールされていれば、Google はバジェットを偏って使ってしまう。テクニカル SEO の本質は、バジェットを本当に重要なページに集中させることにある。
最後に、よくある誤解をひとつ。URL 検査ツールを一度走らせれば安心、と考える人が多いのですが、実際には GSC の「ページのインデックス登録レポート」は週に一度は確認しましょう。「クロール済み – インデックス未登録」の数が2週連続で増えているなら、新しい薄いページが生成されたか、canonical の設定に新たな問題が起きている証拠です。この数字の警戒ラインは200件以内で、超えたら robots、sitemap、直近のテンプレート変更を確認してください。
多言語サイトでは hreflang と canonical の連携にも注意が必要です。各言語ページの canonical は自分自身を指し、hreflang ですべての言語版を列挙します。英語ページの canonical をドイツ語ページに指したり、英語ページの hreflang を存在しない URL に向けたりしないでください。hreflang タグの記述ミスは、多言語サイトのインデックス異常の最大の原因です。詳しくはHreflangの多言語対応。
技術 SEO には優先順位の判断があります。まずクロールエラーを直し、次にインデックスエラーを直し、最後に順位を直します。robots すら正しく設定できていないサイトで順位を語っても意味がありません。GSC の「カバレッジ」レポートでまずエラーをゼロにしてから、「検索パフォーマンス」レポートでキーワードの位置を見ます。この順序は逆にできません。
最後にセルフチェックリストをひとつ。公開前に URL 検査ツールで5つのテンプレートページを走らせ、HTTP 200、canonical が正しい、パンくずマークアップにエラーがない、ページネーションが自己参照、robots で誤ってブロックしていない、を確認します。この5つをすべてクリアすれば、技術 SEO の層は納品完了です。あとはコンテンツと被リンクに任せましょう。
FAQ よくある質問
URL にはハイフンとアンダースコア、どちらを使う？
ページネーションに rel=next/prev は書くべき？
ページネーションの2ページ目以降の canonical を1ページ目に指すのは正しい？
canonical は相対 URL と絶対 URL のどちらを使う？
パンくずはページ上に表示するだけで、構造化データを書かなくてもいい？
URL を公開したあとに単語のスペルミスに気づいたら修正できますか？
最後に
技術 SEO の四点セットに魔法のようなものは一つもなく、Google がサイトを正しく理解できるようにするためのものにすぎません。URL で構造を決め、パンくずリストで経路を示し、ページネーションでインデックスを促し、canonical で重複を排除する。この四つのどれか一つでも間違えると、コンテンツがどれだけ良くても上位には表示されません。
実行は三段階で。今週は URL 検査ツールでテンプレートページを 5 つ抜き取り検査し、動的パラメータがないことと階層が 3 層以内であることを確認します。来週はページネーションと canonical のテンプレートを正しく修正し、rel=next/prev をすべて削除します。三週目は GSC のインデックスレポートで「クロール済み – インデックス未登録」が 200 件未満かどうかを確認します。
覚えておきたい一言。技術 SEO は加点要素ではなく入場券です。四つのことを正しく行って初めて、コンテンツは評価の土俵に立てます。