カノニカルタグジェネレーター

ETTVIのカノニカルジェネレーターツールの使用方法

ETTVIの高度なツールを使用して、適切に最適化されたカノニカルタグを生成するためにこれらの簡単なステップに従ってください：

STEP 1 “URLを入力”

ETTVIのカノニカルタグジェネレーターの高度なインターフェースは非常に使いやすいです。便宜に応じてURLを入力またはアップロードできます。

“貼り付け”オプションを利用するには、単一のドメイン名（例：ettvi.com）または複数のドメイン名を“入力ボックス”に入力します

システムからのドメイン名のファイルをアップロードするには、をクリックします

Excelスプレッドシートを使用してURLのリストをアップロードするには、をクリックします

STEP 2 “ツールを実行”

URLを入力したら、をクリックします

STEP 3 “カノニカルタグを確認”

ETTVIのカノニカルタグジェネレーターは結果を生成し、以下のように表示します：

カノニカルタグをシステムに保存するために“コピー”および“エクスポート”の機能を活用してください。

カノニカリゼーション入門ガイド

2つ以上のウェブページがほぼ同一の場合、カノニカル（rel="canonical"）タグは主要なバージョンを識別するために使用されます。カノニカルタグを使用して、どのバージョンのページが最も重要であるか、したがって検索結果で高い順位になるべきかを検索エンジンに伝える方法はいくつかあります。

カノニカルタグの外観はどうですか？

カノニカルタグには、シンプルで一貫した構文を持つものと、そうでないものの2つのタイプがあります。

< link rel=“canonical” href=“https://xyz.com/page/” />

以下は、コードの各セクションが表す内容の詳細です：

• このリンクにはrel="canonical"属性があり、このページがマスター（カノニカル）バージョンであることを示しています。
• href=“https://xyz.com/page/”：このページには元のページがあります。

カノニカリゼーションの理解

カノニカリゼーションは、非カノニカルな情報からカノニカルなデータを生成するために、広くインターネットやコンピュータアプリケーションで使用されています。

カノニカリゼーションのほとんどの使用はSEOエキスパートの世界にあります。SEOマスターはこのテクニックを使用して、複製や複数のURLで同一のコンテンツを避けるためです。

1つのWebページは5つの異なるURLで開かれる可能性があります：

1. https://www.exampledomain.com
2. http://www.exampledomain.com
3. www.exampledomain.com
4. https://exampledomain.com
5. Exampledomain.com

これにより、検索エンジンの複数のURLでの重複や同一のコンテンツが発生する可能性があります。検索エンジンのために問題を解決するために、ウェブサイトにはカノニカルタグが使用されます。

カノニカルタグは、特定のURLによるページのマスターコピーを表すのに役立ちます。また、検索エンジンにSERPに表示すべきURLについて通知します。

ETTVIのRel Canonical URL Code Toolは、特定のURLを尋ね、それに応じて要素を作成するのに役立ちます。

一部のウェブマスターは手動で作成することもありますが、将来のエラーや問題を回避するためにツールを使用する方が良いでしょう。

カノニカリゼーションの重要性は何ですか？

検索エンジンが多数のURLをクロールし、そのコンテンツが同一（または非常に似ている）場合、さまざまなSEOの問題が発生する可能性があります。まず第一に、検索クローラが大量の重複コンテンツを通過することになれば、一部のオリジナルコンテンツを見落とす可能性があります。第二に、広範な範囲での重複は、検索結果での高いランキングの能力を低下させる可能性があります。たとえ素材が高いランキングを獲得しても、検索エンジンは「オリジナル」ソースとして誤ったURLを選択する可能性があります。カノニカリゼーションは、重複コンテンツを追跡するのに役立つ手法です。

“知っていましたか？（このセクションのための特別なDiv）

カノニカルタグのベストプラクティスを使用すると、Googleがページの望ましくないバージョンをカノニカルと見なす可能性が低くなります。

ETTVIのカノニカルタグジェネレーターは、ウェブサイトプロジェクトで作業している任意のSEOエキスパートによって使用できます。それは重要なランキング要素であり、SEO従業員にとってもうまく機能します。カノニカルタグはまた、特定のSEOエキスパートによって、検索エンジンの結果ページ（SERP）に正確なURLを表示するために使用されます。

なぜウェブサイトにとってこれが重要なのですか？

Googleには「重複コンテンツのペナルティ」はありませんが、重複したページをホストすることは検索エンジンランキングに悪影響を与える可能性があります。

リンクを構築する際に、人々が間違ったURLにリンクを貼ることは一般的です。https要素を省略したり、URLに末尾のスラッシュを追加したりします。カノニカルタグがないと、これらのリンクから送信されるリンクジュースは正しいページに割り当てられません。

Googleのクローラは、重複コンテンツをホストすることで、既に見たもののコピーを見るのを「無駄に」します。 Googleがあなたのサイトを主に同じコンテンツで構成されていると考えると、彼らは追加のページを見ることにはあまり傾向しません。コンテンツの重複を防ぐためには、カノニカルタグを使用するとこれらの問題を回避できます。

カノニカルタグの使用の基本

カノニカルの実装は簡単です。これについては4つの異なる方法を見ていきます。どの方法を選んでも、常に覚えておくべき5つのゴールデンルールがあります。

1. 相対URLではなく絶対URLを使用する

rel="canonical"リンク要素では相対パスを使用しないでください。

したがって、次の形式に従う必要があります：

< link rel=“canonical” href=“https://xyz.com/page/” />

これとは対照的に：

< link rel=“canonical” href=”/page/” />

1. URLを小文字に変換する

そのため、小文字のURLがサーバーで強制され、カノニカルタグには小文字のURLを使用するようにしてください。ETTVIのカノニカルタグジェネレータを使用すると、ユーザーは手動でURLを入力してカノニカルタグを作成できます。1つのタグだけで素晴らしいユーザーエクスペリエンスになりますが、一括でURLのリストを探している場合、ユーザーがそれぞれ手動で入力するのは少し手間がかかるかもしれません。

1. サイトに適したドメインバージョンを使用する（HTTPS vs HTTP）

SSLに移行した場合、カノニカルタグにSSLでない（HTTP）のURLを含めないように注意してください。理論的には混乱と予測できない結果を引き起こす可能性があります。安全なドメインにいる場合は、次のURLを使用してください：

link rel=“canonical” href=“https://xyz.com/page/” />

次のようなものではなく：

< link rel=“canonical” href=“http://xyz.com/page/” />

1. カノニカル自己参照タグを使用する

自己参照カノニカルは、基本的にページ上のカノニカルタグで、それらが参照しているページを指します。自己参照カノニカルは、

< link rel=“canonical” href=“http://xyz.com/page/” />

などのURLを持つページで見つけることができます。ほとんどの人気のあるCMSでは自動的に自己参照カノニカルが追加されますが、カスタムCMSを使用している場合は、これを開発者にハードコードしてもらう必要があります。

1. 各ページには1つのカノニカルタグが必要です

ページに1つ以上のカノニカルタグが含まれている場合、Googleは両方のタグを無視します。

ページに「rel=canonical」の複数の主張がある場合、Googleは「rel=canonical」のすべてを無視する可能性があります。

避けるべき共通のカノニカリゼーションのミス

カノニカリゼーションの概念は多くの側面を持っています。その結果、多くの人々はカノニカリゼーションの正しい手順について誤解しています。

ETTVIのカノニカルタグ生成ツールを使用すると、毎回完璧なカノニカルエレメントを取得できます。このRel Canonical URL Code Toolを使用して、頻繁にページを投稿または作成するユーザーにとっては便利な、大量のカノニカルタグを生成できます。

以下は人々がよく犯す一般的なカノニカリゼーションのエラーのいくつかです：

1. robots.txtを使用してカノニカライズされたURLをブロックする

robots.txtでブロックされたURLはGoogleによってクロールされず、そのページのカノニカルタグを見ることができません。そのため、彼らは非カノニカルからカノニカルへ「リンクエクイティ」を転送することができません。

1. カノニカライズされたURLにnoindexを設定する

rel=canonicalとno-indexを同時に使用しないでください。指示が衝突します。

Googleは「no-index」タグよりも「rel=canonical」タグを選択します。それでもそれはひどいアイデアです。URLを検索結果から削除し、カノニカルにしたい場合は、301リダイレクトを使用してください。この場合、rel=canonicalタグを使用する必要があります。

1. カノニカライズされたURLを4XX HTTPステータスコードに設定する

Googleに対してnoindexのURLを設定することと同じ効果があります。

1. すべてのページ付きページをルートページにカノニカライズしない

ページ付きページをカノニカライズするには、シリーズの最初のページを使用しないでください。すべてのページ付きページはリンクの代わりに自己参照カノニカルを使用する必要があります。ページネーションはrel=prev/nextタグの助けを借りて行うことができます。Googleはこれをもう使用していませんが、Bingは使用しています。

1. hreflangカノニカルタグを使用しない

hreflangタグを使用すると、ウェブページの言語と位置を指定できます。Googleによれば、hreflangを使用するURLでは、同じ言語の（または最適な代替言語の）正規のウェブサイトを指定する必要があります。

1. rel=canonicalタグを複数使用する

複数のrel=canonicalタグがある場合、Googleはそれらを無視する可能性があります。これは一般的な問題であり、CMS、テーマ、プラグインがそれぞれ独自のタグをシステムに挿入するためです。これがなぜ多くのプラグインが上書きオプションを提供し、彼らが正規のタグの唯一のソースであることを確認するためです。

JavaScriptのcanonicalが問題になる可能性もあります。HTMLの応答で正規のURLが提供されていないページにJavaScriptでrel=canonicalタグを追加すると、Googleがページをレンダリングする際には尊重されるべきです。ただし、HTMLで正規を提供し、JavaScriptを好ましいバージョンとして使用する場合、Googleには矛盾する信号が送られます。

1. bodyタグ内でcanonicalを使用する

文書のヘッド部分以外では、Rel=canonicalを使用すべきではありません。ページのbody部分にあるcanonicalタグは、ページのランキングには考慮されません。

これは文書のパーシングで課題を提起する可能性があります。rel=canonicalタグがウェブサイトのソースコードの正しい位置に配置されている限り、タグが閉じられていない、JavaScriptのインジェクションなどの問題が、実際にブラウザでページがレンダリングされるおよび/または検索エンジンによってレンダリングされるときにヘッドセクションが不適切に早期に終了する可能性があります。canonicalタグがbody内に挿入された場合、検索エンジンには考慮されません。

ウェブサイト上のカノニゼーションエラーを見つけて解決する方法

canonicalタグの使用は誤りを引き起こす可能性があるため、ウェブサイトの定期的な監査を実施して問題を早期に検出することが重要です。

カノニゼーションは主にSEOの専門家によって使用されます。重複やさまざまなURLで同じコンテンツを避けるために、SEOの専門家はETTVIのcanonical meta tag generatorを使用できます。

Canonical 4XX

4XXのURLがカノニカライズされると、この通知が表示されます。

なぜこれが問題なのか：

検索エンジンは4XXのページをインデックスに追加しないため、そのようなページへのリンクするcanonicalタグは無視され、誤った（非カノニカル）バージョンのページがインデックスに含まれる可能性があります。

修正方法：

影響を受けるページを確認し、すべてのcanonicalリンクを機能する（200）リンクで置き換える必要があります。

Canonical 5XX

5XXのURLがカノニカライズされると、この通知が表示されます。

なぜこれが問題なのか：

5XX HTTPステータスコードはアクセスできないカノニカルページを示します。利用できないページはインデックスに含まれる可能性が低いため、Googleはカノニカルを無視するかもしれません。

修正方法：

誤ったcanonical URLは正しいURLで置き換える必要があります。canonicalが正しいように見える場合は、サーバーエラーを確認してください。クロール時にサイトがメンテナンス中であったか、サーバーが過負荷だった場合は、これが一時的な問題である可能性があります。

リダイレクトの正規な方法

ページまたはページがリダイレクトされたURLにカノニカライズされる場合、この警告が表示されます。

なぜこれが問題なのか：

カノニカルは常にページの最も権威あるバージョンを指すべきです。一方、URLのリダイレクションはこの方法で機能しません。これにより、検索エンジンはカノニカルを解釈または無視する可能性があります。

修正：

カノニカルリンクを ハイパーリンク に置き換え、ページの最も信頼性のあるバージョンに直接リンクすることが推奨されています（つまり、HTTP応答コード200を生成し、リダイレクトしないバージョン）。 ETTVIのカノニカルURLジェネレータツールを使用して、生成したカノニカルURLをBloggerのブログやウェブサイトに挿入できます。 relリンクを追加するには、作業しているページのHTML部分に含めます。

カノニカル識別子のないページ

この警告は、カノニカルリンクがないがほぼ同一の複数のページがある場合にトリガーされます。

これが問題なのはなぜですか：

カノニカルがない場合、Googleは自分で最も関連性のあるバージョンを選択して検索結果に表示しようとします。このバージョンをインデックスに含めたくないかもしれません。

修正：

同じアイテムのグループを確認してください。検索結果には1つのカノニカルバージョンのみを使用する必要があります。すべての複製に対してカノニカルバージョンを指定する必要があります。

非カノニカルhreflangの使用

hreflang注釈の1つ以上のページで非カノニカルURLが指定されている場合、このアラートがトリガーされます。

これが問題なのはなぜですか：

これらのリンクは常にカノニカルURLにリードする必要があります。hreflang注釈を使用してページの非カノニカルバージョンにリンクすると、検索エンジンが混乱し誤解される可能性があります。

修正：

影響を受けるページは、カノニカルhreflangリンクを置き換える必要があります。

カノニカルURLへの内部リンクがない

カノニカルURLに着信リンクがない場合、このアラートがトリガーされます。

これが問題なのはなぜですか：

ウェブサイトの訪問者は、内部リンクがないカノニカルURLにアクセスできません。非カノニカルバージョンのページが彼らのパスに配置されています。

修正：

カノニカル化されたリンクをカノニカルに直接リンクにリダイレクトします。

サイトマップに非カノニカルページが含まれている場合、この警告が表示されます。

これが問題なのはなぜですか：

Googleによれば、サイトマップには非カノニカルのURLを含めてはいけません。その結果、彼らはサイトマップページをカノニカルと見なします。サイトマップには検索エンジンによってクロールされたいページのみを含める必要があります。

修正：

サイトマップからカノニカルでないURLを削除します。

Open GraphのためのカノニカルなURLが見つかりません

1つ以上のページでカノニカルURLがOpen Graph URLと異なる場合、このアラートがトリガーされます。

これが問題なのはなぜですか：

Open Graph URLがカノニカルと一致しない場合、ソーシャルネットワークはウェブサイトの非カノニカルバージョンを共有します。

修正：

影響を受けるページでOpen Graph URLをカノニカルURLで置き換えます。URLが両方のサイトで同じであることを確認してください。

HTTPSからHTTPへのCanonical

HTTPSページが非セキュア（HTTP）バージョンをカノニカルとして指定した場合、このアラートがトリガーされます。

これが問題なのはなぜですか：

HTTPSの使用がランキングの基準となる場合、可能な限りカノニカルURLを使用する必要があります。

修正：

HTTPページはHTTPSバージョンにリダイレクトする必要があります。非HTTPバージョンからHTTPSバージョンへのrel="canonical"リンクを追加できれば最適です。

したがって、カノニカルタグは理解するのがそんなに難しくありません。それらは単に最初は理解しにくいかもしれません。

カノニカルタグは指示ではなく、検索エンジンが解釈するためのサインであることを覚えておいてください。指定したカノニカルとは異なるものを選択する可能性があります。このETTVIのカノニカルタグジェネレータを使用して、HTMLヘッドに挿入するrel=canonical URLコードを生成できます。これにより、元々公開する予定のコンテンツがどこにあるかを検索エンジンに伝えることができます。