ひとことで言うと
canonical URL とは、HTMLの `<head>` 内に `<link rel="canonical" href="https://example.com/page">` と記述することで、「このページの正規版は指定したURLです」と検索エンジンに伝える仕組みです。同じコンテンツが複数のURLで閲覧できる状況で、どれを代表URLとして評価してほしいかを指定できます。
例えばパラメータ付きURL（`?utm_source=email`）や `http://` と `https://` の違い、`www.` の有無などで同一コンテンツが複数URLに存在するケースでcanonicalが機能します。指定がなければGoogleがどれを正規版かを独自に判断するため、意図しないURLが正規として扱われることがあります。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
HTML共有で関係する場面
AI生成ページを本番サイトとして公開するとともに、レビュー用にギガサイト便などの共有URLでも同じコンテンツを配布するケースでは、共有URL側に `rel="canonical"` で本番のURLを指定することを推奨します。こうすることでGoogleが共有URLをクロールしても、評価は本番URL側に集約されます。
共有URLが検索インデックスに入ることを意図していない場合（内部レビュー用・期間限定共有等）は、canonical の設定よりも `noindex` メタタグや robots.txt による制御のほうが確実です。canonical はあくまでGoogleへの「好み」の提示であり、必ずその通りに判断されるとは限りません。目的に応じた手段を選んでください。
よくある誤解
「canonical を設定すれば重複コンテンツのペナルティは受けない」という誤解があります。canonical は指示であり保証ではないため、Googleが無視することもあります。重複が大量かつコンテンツの質が低い場合は canonical を設定しても評価への影響が残る場合があります。
「canonical は自分のサイトのURLしか指定できない」という誤解もあります。実は異なるドメインのURLをcanonicalとして指定すること（クロスドメインcanonical）も技術的には可能です。ただし信頼されるかどうかはGoogleの判断次第であり、多用は推奨されません。共有サービスのドメインから本番ドメインへのクロスドメインcanonicalは有効な手段の1つです。
安全に使うための注意点
AI生成HTMLに `<link rel="canonical">` を追加する際は、href の値に絶対URLを使うことが推奨されます。相対URLでも動作する場合がありますが、共有サービスが異なるドメインで配信する場合に相対URLが誤って解釈されるリスクがあります。`https://` から始まる完全なURLを指定してください。
canonical を指定したページが301リダイレクトでさらに別のURLに転送されている場合、Googleはリダイレクト先のURLを正規として扱うことがあります。リダイレクトの連鎖が起きていると canonical が期待通りに機能しないことがあるため、共有URLと本番URLのリダイレクト設定も合わせて確認してください。
よくある質問
AI生成ページを共有URLと本番URLの両方で公開した場合、どちらにcanonicalを設定すればいいですか？
本番URL（最終的に検索に表示させたいURL）を正規にしたい場合、共有URL側の head に本番URLを指すcanonicalを設定します。本番ページには自己参照canonical（自分自身のURL）を設定するのが基本です。
共有サービスが自動でcanonicalを設定している場合、上書きできますか？
サービスによります。アップロードするHTML内に canonical を記述しても、サービス側がヘッダーで上書きする実装の場合は後勝ちになります。サービスのドキュメントでcanonical制御の仕様を確認してください。
レビュー用の共有URLがGoogleにインデックスされてしまいました。canonicalで対処できますか？
canonical で本番URLを指定すれば評価の分散は防げますが、共有URLが検索結果から消えるわけではありません。早急に共有ページを削除するか、noindexを設定し、Google Search Console でインデックス削除をリクエストする対処が確実です。