canonical の設定で、転載した記事の評価を自社に集める

編集

タイトル

slug

狙うキーワード

カテゴリ

タグ（カンマ区切り）

メタディスクリプション抜粋本文（Markdown）

**canonical の設定とは、転載したページに対して「原本はこちらです」と検索エンジンへ伝える指定のことです。**

自社ブログに書いた記事を、note にも Qiita にも X にも出す。露出は増えるはずなのに、なぜか検索順位が上がらない。この相談はよく受けます。原因のほとんどは、同じ本文を媒体の性質を無視してばら撒いていることです。

## 何が起きているのか

検索エンジンから見ると、同一内容のページが複数のドメインに並んでいる状態です。どれを検索結果に出すべきか判断が必要になり、多くの場合はドメインの評価が高いほうが選ばれます。立ち上げたばかりの自社ブログと、長く運用されている大手プラットフォーム。どちらが強いかは明らかです。

結果として、自分で書いた記事なのに、転載先が検索結果に出て自社サイトが出ない。流入は転載先に落ち、自社ドメインには何も積み上がりません。

## canonical の設定は「これが原本です」という申告

`<link rel="canonical" href="...">` は、このページの正規版はこちらだと検索エンジンに伝えるタグです。転載先がこれを自社URLに向けてくれれば、評価は自社に戻ります。

ただし**すべての媒体が canonical を指定できるわけではありません**。ここが設計の分かれ目になります。

| 媒体 | canonical指定 | 実際の運用 |
| --- | --- | --- |
| dev.to | できる | `canonical_url` を送るだけ |
| Hashnode | できる | `originalArticleURL` を指定 |
| Medium | できる | 既存トークンを持つアカウントのみ |
| はてなブログ | できない | 別原稿にするか要約に留める |
| Qiita | できない | 技術的に価値のある別原稿を書く |
| note | できない | 要約＋リンク、または別の切り口 |

## 転載の設定は、この順番で決める

順番に意味があります。

### 1. 自社ドメインを最初に公開する

正規URLが確定していないと、転載先に何を canonical として渡せばよいか決まりません。WordPress なり Ghost なり、自社の面をまず公開し、そのURLを以降すべての基準にします。

### 2. canonical 対応の媒体にだけ全文を出す

対応している媒体には、同じ本文を出して構いません。canonical が効いていれば、評価は自社に集まります。ここでケチって要約にすると、転載先での読了率が落ちるだけで得がありません。

### 3. 非対応の媒体には別原稿を書く

はてな・Qiita・note には、同じテーマを別の角度で書いた原稿を出します。「同じ話の言い換え」ではなく、読者層に合わせて内容そのものを変えます。

Qiita なら実装寄りに、note なら体験談寄りに。手間はかかりますが、これが最も安全で、かつ各媒体で実際に読まれます。

別原稿をどこまで変えればよいかは、[問い合わせ対応の記事](/blog/ai-inquiry-automation-2026)で書いた「読者が実際に使う言葉に合わせる」という考え方がそのまま当てはまります。

### 4. 別原稿を書けないときは要約に落とす

毎回すべての媒体に別原稿を用意するのは現実的ではありません。その場合は、抜粋と見出し一覧、そして全文へのリンクだけの短い記事にします。複製は作らず、導線だけを置く形です。

## 転載を遅らせる

自社の公開と同時に転載すると、検索エンジンがどちらを先に見つけるかは運任せになります。数時間から1日空けると、自社が先にクロールされる確率が上がります。

実務では、自社公開から24時間後に転載する設定にしておくと安定します。

## 効いているかを確かめる方法

設定して終わりにせず、次の2点を定期的に見てください。

1. **転載先が自社より上位に出ていないか** — 出ていれば canonical が効いていません。転載先の設定を確認し、直らなければその記事を取り下げます。
2. **転載先ページの canonical タグ** — ブラウザでソースを表示し、`rel="canonical"` が自社URLを指しているかを目視で確認します。送ったつもりで反映されていないことが実際にあります。

## よくある質問

### 転載先の記事を消したほうがよいですか？

canonical が効いていて、自社が上位に出ているなら消す必要はありません。転載先からの流入や指名検索の増加という効果があります。逆転している場合だけ対処してください。

### 要約だけだと転載先で読まれないのでは？

その通りです。だからこそ、canonical 対応の媒体には全文を出します。要約に落とすのは、非対応かつ別原稿を用意できない場合の妥協策です。

### AIに書かせた別原稿でもよいですか？

事実確認と加筆を人が行うなら問題ありません。ただし、同じ本文を言い換えただけの原稿は、検索エンジンから見れば複製と大差ありません。切り口そのものを変えてください。

## まとめ

多媒体展開で失敗する原因は、媒体の性質を見ずに同じものを貼ることです。自社を先に公開して正規URLを確定させ、canonical 対応の可否で出し分ける。この順番さえ守れば、露出を増やしながら評価を自社に集められます。

## 参考情報

- [Google 検索セントラル: 重複コンテンツの取り扱い](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)（2026年8月 取得）

状態

保存メモ（任意）

診断

—

本文を書くとここに出ます。

見出しの構造

H2 がまだありません。

保存履歴

まだ保存されていません。