究極のカノニカルSEOリソースガイド

公開: 2019-07-24

この記事はゲストの投稿です–投稿の下部にある著者の詳細をお読みください。

正規のSEOとは何か、そしてそれがあなたの資産にどのように関係するのか疑問に思ったことはありませんか？さて、あなたを保証させてください、あなたは最初ではありません！

大企業のテクニカルSEOとして、ジュニアスペシャリストや開発者は、正規のrelとは何か、それらをいつどのように使用するか、検索エンジンの最適化に適している理由を理解するのに苦労しています。

そして正直なところ、ほとんどのSEOは、カノニカルの目的と意図の本質が複雑であることに同意しています。

しかし、今日、SEOバトラーは、SEOの目的で、カノニカルを取り巻く包括的な情報ガイドで誤解をなくしています。

カノニカルタグとは何ですか？

「canonicalrel」または「relcanonical」とも呼ばれる正規タグは、リソースとHTMLドキュメントとの関係を定義する属性です。

これは、インデックス作成のために検索エンジンに提示するページのコピーを定義するためによく使用されます。

正規タグを使用すると、使用したくないプロパティのバリエーションの下でページがSERPSで提供されるのを防ぐことができます。

すべてのWebサイトには4つのバリエーションがあるため、「マスターコピー」として使用するバリアントを常に指定することが最も重要です。

正規のrelとその4つのバリエーションの例は次のとおりです。

知識チェック：

カノニカルという言葉はラテン語の語根canonicalisに由来し、「カノンに関係する」または「規則に従う」という意味です。 正規のSEOに関連しているため、HTMLドキュメントとそのバリアントにインデックスを付けるためのルールを検索エンジンに指示しているだけです。

2019年にCanonicalsさえあるのはなぜですか

なぜ私たちは本当に？ウェブサイトに4つのバリエーションがあるのは不必要に思えますね。

Google、Bing、Yahooは、インデックス作成に最適と思われるバージョンを選択して、それを採用すると思いますか？

それは私たちの生活をはるかに楽にするでしょうが、それはまた、特定のウェブプロパティにとって潜在的に危険である可能性があります。説明させてください…

インターネット上の多くのWebサイトは、サブドメインとhreflang（別のrel属性）を使用して、プロパティが同じWebサイトの異なる言語バージョンを提供している可能性があることを検索エンジンに通知します。

CanonicalRelsを使用しない場合の悪影響

重複コンテンツエラー
別のページとして誤って解釈されたためにSERPSに表示されないページ（特にhreflangに関連する）
同じコンテンツの複数のページクロールによるクロール予算の不足

Googleからの正規のrelの問題に関する詳細情報

さらに、モバイル用のAccelerated Mobile Pages（AMP）ページを作成する場合、特にGoogleはすべての新しいプロパティを最初にモバイルバージョンでインデックス付けし、デスクトップを2番目に優先することを表明しているため、カノニカルも重要です。

ご覧のとおり、これらのさまざまなタイプのWebサイトのために、カノニカルは、使用するURLを検索エンジンに伝達する上で重要な役割を果たします。

知識チェック：

Accelerated Mobile Pageとも呼ばれるAMPページは、標準のページと連携してモバイルデバイスを使用するユーザーに迅速な速度でコンテンツを提供するWebサイト上のドキュメントです。ほとんどの場合、これらのページには、サーバーへのHTTPリクエストを減らしてページをユーザーにできるだけ早く読み込むことができるようにするために、JavaScript、ビデオ、および画像が含まれていません。

申し込む

利用規約を読み、同意します*

正規化を使用する場合

これは短くしましょう。覚えておく必要があるのは、カノニカルを使用することが重要であるということだけです。 すべてのページ、すべてのプロジェクト、いつでも。

リンクrel、HTTPヘッダー、または.htaccessファイルのいずれの形式であっても、使用しない理由はありません。

人間にとっては、これらのページはすべてWebサイト上の単一のページまたはドキュメントを表しますが、検索エンジンクローラーにとっては、コンテンツを推定するための異なる場所またはURLを表します。

このため、カノニカルを使用しないと、重複コンテンツエラーが発生する可能性があることがわかります。

幸い、WordPressのようなほとんどのCMSには、実際には正規化システムが組み込まれています。 Webサイトの最初から正しく設定されていれば、再度触れる必要はありません（詳細は以下を参照）。

Canonicalsをどこでどのように使用するか

カノニカルとは何か、いつ使用するか（常に！）が明確に理解できたので、当然、カノニカルの使用方法について疑問が生じます。

さっそく飛び込もう！

Webサイトまたはページでカノニカルの設定を開始する前に、まず、カノニカル構造をサポートするようにドメインネームサービス（DNS）が設定されていることを確認する必要があります。

多くの場合、Webデザイナー、SEOスペシャリスト、システム管理者が正規のrelをページレベルでページに叩きつけているのを見てきましたが、DNSレコードがユーザーや検索エンジンに提供しようとしているビジョンタイプと一致していることを確認できていません。。

では、これにどのように対処するのでしょうか。簡単に言えば。ドメインレジストラに向かい、DNSレベルから始めて、すべてが一貫していることを確認します。

CanonicalsをサポートするためのDNSの編集

DNSファイルの編集は恐ろしいプロセスになる可能性があります。今日は、テキストの簡単なスクリーンショットを使用して成功に向けて準備します。このスクリーンショットは、背後にあるすべてのニュアンスを完全または包括的に理解していなくても、レコードに直接挿入できます。

以下に、www.websites以外のこのファイルを編集する方法を示します。およびwww.websites。

www-PreferredWebsitesの場合

www優先Webサイトの場合、基本的に私たちが行う必要があるのは、wwwバージョンを正規として表示することをDNSに伝達することです。

これは、「A」レコードとCNAMEレコードの2つのレコードを設定するだけで実行できます。

ステップ1：DNSプロバイダーにログインします（Googleを使用しています）。
Canonicals-Googleドメイン
手順2：管理するドメインプロパティを選択します。この例では、「Tucson'sTrusted」を選択します。 Googleドメインを使用している場合は、左側にDNSオプションが表示されます。クリックして。
ステップ3：ページの一番下近くまでスクロールして、「カスタムリソースレコード」を探します。こんな感じになります。

ステップ4：wwwの優先ビジョンを設定するには、上のスクリーンショットの2つのレコードタイプを使用します。最初のレコードタイプは、ホスティングIPアドレスに解決される「A」レコードです。 2番目のレコードは、Webサイトのwwwバージョンを指すCNAMEレコードまたは「正規の」名前レコード（まだ意味がありますか？！）です。

これらの手順を実行し、すべてのフィールドが更新されたら、[保存]を押します。これにより、DNSレベルのサーバーとクローラーに、正規の設定が何であるかが通知されます。

www以外の優先Webサイトの場合

www以外の優先Webサイトの場合、上記と同じルートを使用しますが、手順1〜3のみを使用します。 4番目のステップは少し異なります。

このシナリオでは、wwwではなくwww以外の優先ビジョンを設定しようとしていました。これを行うには、以下のスクリーンショットに示すように、2つのレコードタイプを使用します。

実際には、別の「A」レコードの代わりにCNAMEレコードを除外しているだけです。そうすることで、検索エンジンがDNSレベルで考慮に入れる可能性のある正規化が排除されます。
Canonicals AName
これらの手順が完了すると、プロセスを進めて、プロパティまたはドメイン全体で優先ビジョンを標準化できます。

Canonicalsをサポートするための.htaccessファイルの編集

次に、標準的な地形をサポートするために、DNSからHTTPラインに行き着きます。

以下の情報は、.htaccessファイルを介して制御および処理されます。 DNSがIPに解決された後、ホストがトラフィックに使用するURLパスを確実に理解できるようにすることを目的としています。

以下に、.htaccessファイルの簡単なコピーアンドペーストコードを使用してこのファイルを編集する方法を示します。

www-PreferredWebsitesの場合

手順1：ドメインのルートフォルダーへのFTP接続を確立します。このフォルダ内には、.htaccessファイルがあります。ない場合は作成してください。

ステップ2：ファイルを右クリックして、[編集]を選択します。これにより、選択したファイルエディタにドキュメントが表示されます。

ステップ3： httpsのないwww優先Webサイトの場合、以下のApacheコードを追加します。

RewriteEngineオン

RewriteCond％{HTTP_HOST} ^ yourdomain.com [NC]

RewriteRule ^（。*）$ http://www.yourdomain.com/$1 [L、R = 301]

wwwおよびhttpsの使用：

RewriteCond％{HTTP_HOST} ^ yourdomain.com $

RewriteCond％{SERVER_PORT} ^ 443

RewriteRule ^（。*）$ https://www.yourdomain.com/$1 [R = 301]

注：yourdomain.comを実際のドメインに置き換えてください。

ステップ4：ファイルを保存して、古いファイルを書き直してください。

www以外の優先Webサイトの場合

手順1：ドメインのルートフォルダーへのFTP接続を確立します。このフォルダ内に、.htaccessファイルがあります。ない場合は作成してください。

ステップ2：ファイルを右クリックして、[編集]を選択します。これにより、選択したファイルエディタにドキュメントが表示されます。

ステップ3：httpsのないwww以外の優先Webサイトの場合、以下のApacheコードを追加します。

RewriteEngineオン

RewriteCond％{HTTP_HOST} ^ www.yourdomain.com [NC]

RewriteRule ^（。*）$ http://yourdomain.com/$1 [L、R = 301]

wwwおよびhttps以外で使用する場合：

RewriteCond％{HTTP_HOST} ^ www.yourdomain.com $

RewriteCond％{SERVER_PORT} ^ 443

RewriteRule ^（。*）$ https://yourdomain.com/$1 [R = 301]

注：yourdomain.comを実際のドメインに置き換えてください。

ステップ4：ファイルを保存して、古いファイルを書き直してください。

これらの手順を完了したら、ページ上のカノニカルの設定に進むことができます。

これは、検索エンジンが結果ページにWebサイトを表示する方法を正確に理解するための最後のステップです。

上記のコードを理解するのに問題がある場合は、以下のリソースをチェックして、.htaccessファイルでapacheによって生成されたリダイレクトを確認してください。

サーバーが実行しているApacheのバージョンによっては、これらのコマンドを実行するためにコードの記述が少し異なる場合があることに注意することも重要です。

必要に応じてさらに役立つ可能性のある2つのリソースを次に示します。

Canonicalsをサポートするためのページの編集

前に説明したように、WordPressのようなCMS（コンテンツ管理システム）を使用している場合は、統合されたターンキープロセスをワンステップで使用して、ページレベルでカノニカルを設定できます。

どのように尋ねますか？非常に単純に。

バックエンドの管理パネルに移動し、[設定]、[一般]の順に選択します。 Generalの下に、以下のスクリーンショットのオプションが表示されます。
WordPress Canonicals ここであなたがしなければならないのは、WordPressがあなたのリンクrelcanonicalsに一致させたい正確な方法であなたのウェブサイトを書き出すことです。

簡単ですよね？

WordPressがなく、カスタムCSSおよびPHPモジュールを使用して静的HTMLWebサイトで作業している場合はどうでしょうか。

ほぼ同じくらい簡単です！

静的ページの場合は、以下のコードスニペットをウェブサイトのヘッダーに追加します。このコードは、これがページのインデックスを作成する優先ビジョンであることを検索エンジンに知らせます。

それらの関係は次のとおりです。 DNSと.htaccess301リダイレクトをどのように設定するかによって、使用するリンクrelが決まります。それが一致することを確認することを忘れないでください。そうすれば、SERP間で一貫性のないコンテンツインデックスが作成されません。

relが追加されたら、作業中のページでrelが確認されていることを確認してください。これは、ページソースを調べ、<ctrl+f>を押して「Canonicals」を検索することで実行できます。

これは次のようになります。

Canonicalsを外部リソース用に最適化する

クラウドベースのアプリケーション、サーバー、コンテンツ配信ネットワークの進歩に伴い、IPアドレスではなく名前付きリソースにトラフィックを配信することが非常に重要になっています。

正しく行わないと、検索エンジンからの一貫性のないレコードの提供とクロールの混乱につながる可能性があります。

「CDNShurtSEO」の簡単なグーグルは、不適切に設定された場合、多くのプロパティがSERP関連のインデックス解除のためにトラフィックの損失を経験することを示します。

エイリアスレコードタイプを設定すると、名前付きリソースをルートに関連付けることができます。名前付きリソースの例は、mywebsite.website.comです。

この説明の目的のために、私たちの場合、mywebsite.website.comをwebsite.comに転送します。これにより、指定されたリソースと正規URLの間の統合の問題が少なくなります。

注：エイリアスレコードは、選択したクラウドまたはコンテンツ配信ネットワークに設定されます。これは、ルートドメインまたは頂点ドメインでCNAMEのような動作を提供する仮想レコードタイプであり、任意の名前をIPアドレスに解決します。

違いを理解する

Aレコードは、名前をIPアドレスにマップします。

CNAMEレコードは、名前を別の名前にマップします（wwwをwww以外に、wwwの標準を提供します）

エイリアスレコードは、名前を別の名前にマップします（mywebsite.website.comからwebsite.com）

持ち帰り： CNAMEおよびALIASレコードは名前を他の名前（www Webサイトまたはサブドメイン）にマップし、AレコードはIPに解決されます。

SEOのためのCanonicalsについての最終的な考え

この記事の最後に到達した場合は、カノニカルとは何か、そしてそれらが検索エンジン最適化に不可欠である理由を新たに理解していただければ幸いです。

多くの人が、正規の実装はかつてほど必要ではないと信じていますが、私はそれがさらに必要であると主張します。進行中の戦争により、GoogleはAMPページの関連性を高めるために取り組んでおり、一部のニッチでは言語固有のサイトに対する推奨事項があり、カノニカルはこれまで以上に重要になっています。

SEOを覚えて、現在を念頭に置いて将来に備えるために最適化してください。

他の誰よりも優れている必要はありませんが、正規のSEOに関しても、競合他社よりも効率的に実行する必要があります。

申し込む

利用規約を読み、同意します*