サイトのリニューアルを控えたクライアントから「古いページは canonical を付けておけばいいんですよね？」と聞かれたことがあります。話を聞いてみると、そのケースで本当に必要だったのは 301 リダイレクトでした。

同じ内容のページが複数の URL で見えている。検索結果に出したくないページがある。ページの URL を変えた。こうしたときに使う手段が、canonical、noindex、301 リダイレクトです。

3つとも「検索エンジンにどの URL を扱ってほしいか」を伝えるものですが、効き方が違うんです。取り違えると、出したいページが検索結果から消えたり、消したいページが残ったりします。そのときクライアントに説明した内容を、整理しておきます。

3つは何をするのか

選び方の考え方は、実はシンプルです。古い URL を読者に見せる必要がないなら 301。読者には見せる必要があるけれど、検索では1つにまとめたいなら canonical。読者には見せるが、検索結果には出したくないなら noindex。私はいつもこの3つの問いで切り分けています。

場面ごとの選び方

www の有無や http と https の統一は、canonical だけで済ませず、サーバー側の 301 で1つにまとめるのが確実です。案件でも必ずそうしています。理由は別の記事で詳しく書きました。

それぞれの書き方

canonical

head の中に link 要素で書きます。URL は https から始まる絶対 URL で書き、1ページに1つだけにしてください。

<link rel="canonical" href="https://example.com/column/canonical-noindex/">

正規のページ自身にも、自分の URL を指す canonical を入れておきます（自己参照の canonical）。こうしておくと、?utm_source=... のようなパラメータが付いた URL で読まれたときも、パラメータなしの URL にまとまるんです。

noindex

head の中に meta 要素で書きます。PDF のように HTML ではないファイルは、サーバーの設定で X-Robots-Tag というヘッダーを付けます。

<meta name="robots" content="noindex">

<FilesMatch "\.pdf$">
  Header set X-Robots-Tag "noindex"
</FilesMatch>

301 リダイレクト

Apache のサーバーなら .htaccess に書きます。ページ単位の移動と、サイト全体の URL の統一は、次のように書けます。

RewriteEngine On

# http と www あり を、https の www なしに揃える
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]

# ページ単位の移動
RewriteRule ^old-page/$ https://example.com/new-page/ [R=301,L]

CDN やロードバランサーを通しているサーバーでは、%{HTTPS} が正しく判定できず、転送が繰り返されることがあります。書き方はサーバーの環境によって変わるので、反映したら実際の URL で動きを確かめてください。私も反映後は毎回ブラウザと curl の両方で確認しています。

よくある間違い

noindex のページを robots.txt でも止めている

引き継いだサイトを調べていると何度も出会うのが、検索結果から外したいページに noindex を書き、さらに robots.txt の Disallow で巡回も止めてしまうケースです。巡回を止めると、検索エンジンはページの中身を読めないので、noindex の指示にも気付けません。結果として、URL だけが検索結果に残ることがあるんです。

検索結果から外したいなら、巡回は許可したまま noindex を読ませます。外れたことを確認してから、必要なら robots.txt で止める。この順番が大事です。

User-agent: *
Disallow: /thanks/

全ページの canonical がトップページを指している

テンプレートに canonical を固定の URL で書いてしまった、テーマやプラグインの設定を誤った、といった原因で起きます。すべてのページが「自分はトップページの複製です」と宣言していることになり、下の階層のページが検索結果に出なくなるおそれがあります。canonical は、ページごとに自分自身の URL（または本当の正規のページ）を指すようにしてください。

noindex のまま公開している

制作中に付けた noindex を、公開のときに外し忘れる例です。WordPress の「検索エンジンがサイトをインデックスしないようにする」のチェックが残っていると、全ページに noindex が付きます。公開後に「検索に出ない」と相談されて、原因がこれだったということは珍しくありません。

移転で、すべての URL をトップページに転送している

サイトを移転するときに、古いページをすべて新しいサイトのトップページへ 301 で転送する例です。内容の対応しない転送は、Google にソフト 404（実質的には存在しないページ）として扱われることがあります。古いページは、内容が対応する新しいページへ1対1で転送しましょう。

合図どうしが食い違っている

canonical の先が noindex のページ、404 のページ、さらに転送されるページになっている、といった食い違いもよく見ます。canonical・301・サイトマップに載せる URL は、すべて同じ正規の URL に揃えておくのが基本です。

WordPress での設定場所

プラグインを使わずに、条件を決めて noindex を付ける場合は、wp_robots フィルターを使います。たとえば、記事が2本未満のタグのページに noindex を付けるなら、次のように書けます。プラグインを増やしたくない案件では、私はこの方法をよく使います。

add_filter("wp_robots", function ($robots) {
  if (is_tag() && get_queried_object()->count < 2) {
    $robots["noindex"] = true;
  }
  return $robots;
});

投稿のスラッグ（URL の末尾）を変えた場合、WordPress は古いスラッグを覚えていて、古い URL から新しい URL へ自動で転送してくれます。一方で、パーマリンクの形式そのものを変えた場合や、サーバーを移った場合は、自分で転送を設定する必要があります。

まとめ

1. 読者に見せる必要がない古い URL は 301、見せるが1つにまとめたいなら canonical、検索結果に出したくないなら noindex
2. canonical は提案。URL の統一はサーバーの 301 で行う
3. noindex のページを robots.txt で止めない
4. canonical はページごとに自分の URL を指す。全ページをトップに向けない
5. 移転の転送は、内容が対応するページへ1対1で

移転や URL の変更もお任せください

ワプラボでは、サーバーの移転やドメインの変更のときに、古い URL から新しい URL への 301 リダイレクトまで設定しています。canonical や noindex が意図どおりに出ているかの確認だけのご相談にも対応していますので、気になる点があれば気軽に声をかけてください。