チェックし忘れた7つの技術的SEO問題

!【チェックし忘れている7つのSEO技術的問題】(intro.png)

イントロ

テクニカルSEOの仕事は、非常に速いペースで進むことができます。ある週はページスピードの監査、次の週は国際的な検討、その次はコンテンツの刈り込み、などなど。

テクニカルSEO担当者は、肉食系（または菜食系）のタスクに没頭するあまり、オーガニックパフォーマンスに大きな影響を与える可能性のある小さな修正を見過ごしてしまうことがよくあります。

これらは、テクニカルSEOの銀の弾丸ではなく、修正すべきと分かっていながら、決して修正しない推奨事項です。

そこで、ウェブサイトを監査する際に、「そういえば、あれをチェックするのを忘れていた」というお気に入りの問題をいくつか紹介します。

大文字のリダイレクトルール

技術系のSEO担当者であれば、httpからhttpsのページ、末尾のスラッシュから末尾以外のスラッシュなど、明らかなリダイレクトルールとそれを適用すべき場所について知っているでしょう。

しかし、最後にすべてのページのURLが小文字であることを確認したのはいつですか？

URLはウェブページの一意な識別子であるため、www.example.com/categoryとwww.example.com/Categoryは内容が同じであっても別のページとみなされます。

これは、検索エンジンで重複コンテンツの問題を引き起こす可能性があるため、小文字のURLを強制的に使用する必要があります。

ページネーションに関する問題

管理するWebサイトにカテゴリのページネーションがある場合、URLのパターンは以下のようになることが多いです。

www.example.com/mattresses/memory-foam-mattresses?p=1
www.example.com/mattresses/memory-foam-mattresses?p=2
www.example.com/mattresses/memory-foam-mattresses?p=3

しかし、この例では ?p=1 ページは正規の www.example.com/mattresses/memory-foam-mattresses ページと重複しています。

したがって、この ?p=1 の重複ページは、すべての内部リンクを更新して変更を反映させた上で、www.example.com/mattresses/memory-foam-mattresses ページに 301 リダイレクトさせる必要があります。

もうひとつ忘れがちなページネーションの問題は、canonicalタグの問題です。多くの場合、?p=2, ?p=3のページは、canonicalタグの中で、最初にページ付けされたページを参照していることが多いのです。

ページネーションされたすべてのページで最初のページを参照すると、検索エンジンにそのページが最初のページと同じであることを伝えることになり、クローラーが他のページをクロールしたり、そのページから製品へのリンクをたどったりしなくなる可能性があるのです。自己参照させるようにしましょう。

Use Meta noindex Tag Instead of robots.txt

Googleでインデックスされたページを見ていると、「このページには情報がありません」*というメッセージが常に表示されます。

robots.txtの代わりにMeta noindexタグを使用する](image1.png)

これは、ウェブマスターが robots.txt でそのページに対して disallow ディレクティブを追加することによって、インデックスからページを削除しようとしたためです。

しかし、これらのページはまだ検索で見つかる可能性があるので、robots.txtから削除して、noindexタグを の間に追加する方がよいでしょう。HEAD インデックスされるべきではないページの タグ。

Select PagesからMeta nofollowを取り除く

さて、これは明らかにnofollowタグがあるすべてのページに当てはまるわけではありませんが、多くのnofollowタグは誤ってnoindexタグと一緒に追加されていることが多いようです。nofollowの指示を削除することで、サイト周辺のリンクオーソリティとクローラーアクセスの流れを改善することができます。

検索エンジンはこれらのページをインデックスする必要はないかもしれませんが、リンク先のページはインデックスされる可能性があるため、リンクはフォローする必要があります。

インデックスに登録されたDevサイト

私は、潜在的なクライアントのウェブサイトを監査する際に、ステージングサイトがまだインデックスされているのを見つけるのが好きです。これは、開発者の配慮が欠けていることを示すものであり、クライアントとの関係の初期段階において、クライアントを味方につける素晴らしい方法となり得ます。

テスト環境がインデックスされないようにする最良の方法は、パスワードで保護するか、IP範囲に基づいて制限することです。

開発サイトがGoogleにインデックスされているかどうかを確認するには、次のような高度な検索演算子を使用するのが手っ取り早い方法です。

- サイト:dev.example.com
- サイト:staging.example.com
- サイト:prod.example.com
- サイト:example.com inurl:test
- サイト:example.com -inurl:www.

XMLサイトマップを確認する

XMLサイトマップは、自動生成されていない場合、忘れられがちです。ここでは、合わせて5分もかからないクイックチェックを3つ紹介します。

チェック1 - robots.txtでXMLサイトマップがリンクされているか？

検索エンジンのクローラーは、常にウェブサイトのルートフォルダにあるrobots.txtファイルを探します。したがって、robots.txt内にXMLサイトマップへのリンクを追加すると、すべての主要な検索エンジンにその場所を指し示すことになります。

チェック2 - XMLサイトマップはGoogle Search Consoleに追加されましたか？

XMLサイトマップをGoogle Search Consoleに送信することで、Googleがサイトマップを見つけ、クロールすることができるようになります。送信されると、GoogleがあなたのページのURLを発見することができるかどうかを確認することができます。

XMLサイトマップがGoogle Search Consoleに追加されましたか](image3.png)

チェック3 - XMLサイトマップにエラーはないか？

サイトマップのURLはリダイレクトやエラーを返してはならない - すべてのページが200 OKステータスコードを返すべきである。検索エンジンは、サイトマップにあまりにも多くのエラーが含まれている場合、サイトマップを完全に無視することがあります。

サイトマップにエラーがあるかどうかは、XMLサイトマップを送信した後、Google Search Consoleで確認することができます。または、Screaming FrogでMode > List > Upload > Download XML Sitemapを選択し、XMLサイトマップをクロールすることができます。

古いコンテンツをインデックスから削除する

2017年に終了したコンテストのページなど、日付の古いコンテンツを最後に見たのはいつですか？

どのコンテンツがGoogle内でインデックスされているかを見直すことは、クローリングやインデックスの改善など、技術的なSEO効果につながるので、ぜひ検討したい部分です。

例えば、何百もの古いブログ記事がインデックスされている場合、検索エンジンは、より重要なページを処理することができるのに、これらのページを訪問してクロールの予算を浪費している可能性があるのです。

インデックスから古いコンテンツを削除する](image2.png)

私は、このような古いブログ記事を高度な検索演算子で見つけるのが好きだ。私のお気に入りは、以下の通りです。

- Site:example.com inurl:クリスマス
- サイト:example.com inurl:コンペティション
- サイト:example.com inurl:アワード
- サイト:example.com inurl:august
- サイト:example.com inurl:september
- サイト:example.com inurl:2016
- サイト:example.com inurl:2017
- などなど。