canonicalタグとは？重複コンテンツ対策・Next.jsでの設定方法【2026年版】

canonicalタグとは

canonicalタグ（rel="canonical"）とは、複数のURLで同一・類似のコンテンツが存在する場合に、検索エンジンに「正規のURL」を伝えるためのHTMLタグです。重複ページの評価を正規URLに集約するためのシグナルになりますが、指定どおりのURL表示を保証するものではありません。

AI検索に対応する際も、まず通常の検索でページを正しく扱える状態に整えます。GoogleのAI Overviews・AI Modeでは従来のSEOの基本が適用され、掲載にはインデックス登録とスニペット表示の対象であることが必要です。canonicalを各社共通の信頼度判定やAI引用の保証として扱うのではなく、重複URLを整理するために使います。一般に、多くのWebサイトで何らかの重複コンテンツ問題が生じるとされ、ECサイトではフィルタナビゲーションの影響を受けやすいと言われます。

canonicalタグが必要なケース

ケース	例	対策
URLパラメータの違い	?utm_source=... など本文が同じURL	同等内容の正規URLを指定。?page=2などページ分割は各ページ自身をcanonicalにする
www有無・http/https混在	www.example.com と example.com	統一URLにcanonical
末尾スラッシュの有無	/page と /page/	どちらかに統一
モバイル版とPC版	m.example.com と www.example.com	PC版URLにcanonical（レスポンシブ推奨）
コンテンツのシンジケーション	転載記事・プレスリリース配信	Googleは転載先の重複掲載を避ける目的ではcanonicalを推奨していない。検索除外が目的なら転載先とnoindexを調整
CMS生成の類似ページ	カテゴリページ・タグページ	内容が同じか非常に類似する場合のみ代表URLを指定。異なる記事一覧は一律に統合しない

canonicalタグの正しい設定方法

HTMLでの記述

HTMLのhead要素内に以下のように記述します。

<link rel="canonical" href="https://example.com/preferred-url/" />

設定時の重要ルール

• 絶対URLを使用：相対URLではなく、https://から始まる完全なURLを指定
• 1ページにつき1つ：複数指定を避けるというGoogleの推奨に従い、出力を1つに統一する。プラグイン等の重複出力や異なるURLの競合も確認
• 自己参照canonical：重複がないページでも、自分自身のURLをcanonicalに指定する（推奨）
• 正規化されたURLを指定：404ページ、robots.txtでブロックされたURL、noindexページを指定しない
• HTTPヘッダーでも指定可能：PDF等のHTML以外のリソースはHTTPレスポンスヘッダーで指定

Next.jsでのcanonicalタグ実装

App Router（Next.js 15以降）の例

Next.jsのApp Routerでは、Metadata APIのalternates.canonicalで正規URLを定義します。以下は、非同期のparamsをawaitで取り出す例です。

// app/posts/[slug]/page.tsx
export async function generateMetadata({ params }) {
  const { slug } = await params;
  return {
    alternates: {
      canonical: 'https://example.com/posts/' + slug,
    },
  };
}

動的ページでの注意点

CMSから取得した記事ページでは、クエリパラメータが付与されたURLが別ページとしてインデックスされるリスクがあります。本文が同じパラメータ付きURLには正規URLを明示し、Googleが選択したURLをURL検査で確認します。ページ番号など、内容を変えるパラメータは一律に除去しません。

renueのcanonical実装

renueでは、3,000記事以上を掲載するNext.jsコーポレートサイトで、動的canonicalタグの自動生成を実装しています。SEOユーティリティ関数でパスからcanonical URLを自動構築し、全ページに自己参照canonicalを設定。記事ページではSlugベースの絶対URLをcanonicalに指定します。CMSのプレビューURLや管理画面の保護は別の対策で、非公開情報には認証等のアクセス制限が必要です。公開可能だが検索から除外したいページにはnoindexを使用し、Googlebotがその指定を読み取れるようにする必要があります。

canonicalタグとクロールバジェット

大規模サイトでは、重複URLがクロールバジェット（Googleが1サイトあたりにクロールするページ数の上限）を浪費します。canonicalタグで正規URLに集約することで、クローラーが本当に重要なページを優先的にクロールするよう誘導できます。

renueでは、サイトマップからnoindexページを除外し、canonicalタグと組み合わせることで、3,000記事以上のサイトでもクロールバジェットの効率的な活用を実現しています。

canonicalタグの設定ミスとトラブルシューティング

よくあるミス

• 相対URLの使用：基準URLに依存して解決される。Googleは相対URLもサポートするが絶対URLを推奨しており、テスト環境など別ホストでの意図しない指定を避ける
• canonicalの循環参照：A→B→Aのように互いを指し合うcanonical
• noindexとcanonicalの矛盾：noindexページにcanonicalを設定すると、Googleがどちらのシグナルを優先するか不明確に
• canonicalとhreflangの不整合：多言語サイトでcanonicalが別言語版を指す設定ミス
• Googleが指定と異なるcanonicalを選択：コンテンツの類似性やリンクシグナルに基づいて、Googleが独自に正規URLを決定するケースがある

確認方法

• Google Search Console：URL検査ツールで「Googleが選択したcanonical」を確認
• ソースコード確認：ブラウザのソース表示でcanonicalタグの出力を確認
• Screaming Frog等のクロールツール：サイト全体のcanonical設定を一括チェック

2026年のcanonical最新動向

• GEO（Generative Engine Optimization）対応：GoogleのAI検索にも通常のSEOの基本が適用されます。インデックスとスニペットの表示可否を確認し、canonicalの指定だけでAI引用が決まるとは扱いません
• Metadata APIの活用：canonical・hreflangの指定により、多言語サイトの正規化がしやすくなるとされています
• JavaScript Rendering対応：canonicalは初期HTMLに出力し、JavaScriptで別のURLへ変更しない構成をGoogleは推奨。初期HTMLに出力できない場合はJavaScriptで設定できます。Next.jsの動的metadataは設定によってストリーミングされる場合もあるため、実際の出力を確認

よくある質問（FAQ）

Q1: 全ページに自己参照canonicalを設定すべき？

Googleは正規ページ自身への自己参照canonicalを推奨しています。ただし正規化のシグナルであり、パラメータ付きURLのインデックスを確実に防ぐ機能ではありません。

Q2: canonicalとリダイレクト（301）の違いは？

301リダイレクトは「このURLは完全に移転しました」というシグナル。canonicalは「このURLにもコンテンツはあるが、正規URLはこちら」というシグナルです。永久的なURL統合には301、一時的な重複管理にはcanonicalを使います。

Q3: canonicalは「指示」か「ヒント」か？

Googleはcanonicalタグを「強いヒント」として扱いますが、最終的にはコンテンツの類似性・リンクシグナル等を総合判断して正規URLを決定します。canonicalを指定しても、Googleが異なるURLを正規として選択する場合があります。