ページネーション – 検索エンジンのインデックス作成の重要な要素
公開: 2017-11-08目次
オンライン ストアのカテゴリやブログ記事などのページネーションに関する SEO ガイドラインは、繰り返し取り上げられるテーマであり、いくつかのアプローチがあります。 Webクローラーがコンテンツをより簡単に処理できるようにページネーションに取り組む方法について説明します.
ページネーションとは？
ページネーションとは、Web サイト上の特定のリソースをページに分割することです。 最も単純な例は、特定の数の製品をリストした後、ユーザーが製品リストの次の部分に移動できる、大部分のオンライン ストアのカテゴリです。 カテゴリ内で製品を表示するもう 1 つの方法は、無限スクロール ページネーションです。ユーザーが下にスクロールすると、新しい製品と新しい製品が表示されます。 ブログも同様です。 一般に、ウェブサイトのどのリソースがパーツに分割されているかは問題ではなく、それをどのように行うか、およびそれに続くコンテンツを Googlebot にどのように通知するかが重要です。
Web クローラーに自分のすることをさせる
ページネーション中に犯される基本的な間違いの 1 つは、最初のページネーション ページで canonical タグを使用することです。 また、ある状況では正当化されていても、通常は正しく行われません。
たとえば、製品カテゴリがいくつかのページに分割されている場合、基本ページには特定の数の製品が含まれ、2 番目のページには別の製品グループが含まれ、というように最後のページネーション ページまで続きます。
ページネーションのページは次のとおりです。
https://website.com/product-category/page-2
https://website.com/product-category/page-3
https://website.com/product-category/page-4
等
したがって、そのような標準的なリンクを使用してもあまり意味がありません。
<link rel="canonical" href="https://website.com/product-category" />
特定のカテゴリの製品の一部であるため、ページ 2、3、4 などはメイン ページの複製ではありません (そうでない場合を除き、正規リンクを使用するのが合理的です)。 .
当然、正規リンクを提供できますが、それ自体に. このような場合、ページ https://website.com/product-category/ で次のように入力します。
<link rel="canonical" href="https://website.com/product-category" />
および次のページ https://website.com/product-category/page-2:
<link rel="canonical" href="https://website.com/product-category/page-2" />
すべてのコンテンツを含むページ
例外があります –すべてのコンテンツを含むベース ページは、さらにコンテンツの少ないいくつかのサブページに分割されます。 このような状況では、正規リンクを使用するのが理にかなっています。 これは、コンテンツの多い非常に長い記事でよく使用される方法です。
したがって、次のページ:
https://website.com/product-category/page-1
https://website.com/product-category/page-2
https://website.com/product-category/page-3
https://website.com/product-category/page-4
単一の論理シーケンスに結合すると、実際には、検索エンジンのインデックス作成に使用する基本ページ https://website.com/product-category/ のすべてのコンテンツが含まれます。
この不幸な最初のページネーション ページ…
さらに別の間違いは、最初のページネーション ページ https://website.com/product-category/page-1 でカテゴリ ベース ページ https://website.com/product-category/ を複製することです。
ベース ページに /page-1 と同じコンテンツが含まれている場合、複製を作成しても意味がありません。特定のコンテンツ管理システムは通常、(ベース ページのほかに) /page-1 で始まる最初のページネーション ページを生成します。の場合、たとえば Redirect 301 を使用してアドレスをベース ページにリダイレクトする必要があります。コードでは、https://website.com/product-category/page-1 ではなく、https://website へのリンクを提供する必要があります。 com/製品カテゴリ/
そうしないと、内部リダイレクトの問題が発生し、特定の Web サイトをクロールするために Googlebot のクロール バジェットが無駄になります。 つまり、HTTP ステータス コード 200 を使用してランディング ページに直接リンクできるのに、Redirect 301 を使用して内部リンクでリダイレクトしても意味がありません。
rel="next" andrel="prev" 属性
次のようにページ付けすることにした場合：
https://website.com/product-category/
https://website.com/product-category/page-2
https://website.com/product-category/page-3
https://website.com/product-category/page-4
次に、個々のページ間の関係をクローラーに示すことができます。 <head> セクションに rel 属性を含む関連リンクを提供すると、シーケンスの個々のページが強調表示されます。
最初の (ベース) ページに、次のように記述します。
<link rel="next" href="https://website.com/product-category/page-2">
同じリソースの一部を含む別のページとして。
次のページ、つまり https://website.com/product-category/page-2 に次のように入力します。
<link rel="prev" href="https://website.com/product-category/"> <link rel="next" href="https://website.com/product-category/page-3">
3 ページ目、つまり https://website.com/product-category/page-3 に移動します。
<link rel="prev" href="https://website.com/product-category/page/page-2"> <link rel="next" href="https://website.com/product-category/page-4">
/page-4 がページネーション シーケンスの最後のものであると仮定すると、そこに次のように入力します。
<link rel="prev" href="https://website.com/product-category/page-3">
「rel next/prev」属性を持つ見出しで最も頻繁に使用されるリンクの組み合わせです。 コード内 (例: リストの下) のリンク「<a href=」に属性が追加されることがありますが、それらを <head> セクションに配置することをお勧めします。クローラーが残りのリソースがどこにあるかの手がかりをより早く得ることができます。 、 よりいい。
「rel next/prev」属性を持つリンクは絶対的な指示ではないことを覚えておく必要があります。つまり、Web サイトのクロール時に考慮する必要はありませんが、考慮する必要はありません。 さらに、後続のページへの絶対パスを使用する価値はありますが、Google のガイドラインでは「値は絶対パスでも相対パスでもかまいません」と述べています。 ただし、パラメータを並べ替えるなど、URL にパラメータを含むページの場合は、「関連する次/前」リンクにも配置する必要があります。たとえば、次のページです。
https://website.com/product-category/page-3&sort=desc
<head> セクションに次のリンクが含まれます。
<link rel="prev" href="https://website.com/product-category/page-2&sort=desc"> <link rel="next" href="https://website.com/product-category/page-4&sort=desc">
ただし、それ自体のみを指す標準タグ (降順でソートするパラメーターなし):
<link rel="canonical" href="https://website.com/product-category/page-3"/>
インデックスするかしないか？
ページネーション中に直面するもう 1 つの問題は、ロボットのメタタグの悪用です。 Google は、個々のページはリンクの属性を考慮した論理的な順序と見なされ、ほとんどの場合、ユーザーが最初のページを表示するのに役立つと主張しました。
「rel next/prev」属性を持つリンクで相互に接続されているにもかかわらず、個々のページネーション ページが検索エンジンのインデックスに含まれていることがよくあります。 これに問題がある場合は、次の方法を使用することをお勧めします。
<meta name="robots" content="noindex, follow" />
後続のページ、つまり /page-2 以降。 Web クローラーは、ページ分割された最後のページまでリンクをクロールしますが、インデックスは作成しません。
では、カノニカルはどうですか？
John Mueller (https://plus.google.com/+JohnELincoln/posts/TCJHwdZHdQc) との議論から、 「インデックスなし」のメタ タグを、インデックス可能な URL を指すカノニカルと組み合わせてはならないことは明らかです。 したがって、この場合、ページネーション ページの正規リンクがそれ自体に向けられている場合、「インデックスなし」メタ タグは配置されず、その逆になります。
ページ自体への正規リンクと「インデックスなし」メタ タグを含む、ページ分割されたページのクロールに問題はありませんでした。 ただし、Google は何をインデックスに登録し、何をインデックスに登録しないかを独自に決定したいと考えているため、おそらくGoogle に任せるべきでしょう。
ページネーションと Web サイトの XML サイトマップ
これは興味深いケースです。sitemap.xml にページネーション リンクを入力せず、たとえば、カテゴリやすべてのコンテンツを含むメイン記事のベース アドレスのみを入力します。 原則として、XML サイトマップにはインデックスを作成するアドレスを入力する必要があるため、ページネーションのインデックス作成を気にしない場合は、/page-2 以降の URL を含めないでください。 当然、「インデックスなし」のロボット メタ タグでブロックすると、さらに簡単になります。提供しないでください。
パラメータとしてのページネーションページ
ページ分割された最後のページからの製品/記事のインデックス作成をサポートする場合は、基本カテゴリを超える他のカテゴリのページへの無制限のアクセスを Web クローラーに提供します。 多くの場合、個々のページに「 ?page= 」または「 ?p= 」パラメーターがあり、残りのパラメーターと一緒にrobots.txtで誤ってブロックされる可能性があります。
Google Search Consoleの URL パラメータについても同様です。 そのようなパラメータがリソースをページに分割し、ボットに決定させる役割を担っていることを Googlebot に示すことは価値があります。
ページネーションとカテゴリの説明
頻繁に行われる方法は、オンライン ストアなどでカテゴリ コンテンツを拡張することです。 すべてのページネーション URL に追加された説明がそのままの形で表示されることがよくあります。 すべてのページが論理的な順序として扱われ、「rel next/prev」属性によって全体に結合されている場合、/page-2、/page-3 などに同じテキストを複製する必要はないように思われます。
リストされた製品に関する限り、これは似ています。後続のすべてのページに新しい製品セットが表示され、ユーザーは各ページで同じカテゴリの説明を常に読んだり、カテゴリ内の同じ製品をさらに見たりすることを望んでいません。 . ただし、質問があります。カテゴリの説明を読むのは誰ですか? Googlebot はおそらくそうしているので、重複してフィードしないでください。
無限スクロールを使用する場合、ページネーションは必要ですか?
ページネーションは、カテゴリ内の製品/記事のリストを下にスクロールすることによって新しいリソースが表示される「無限スクロール」ソリューションでも実行可能なオプションであることがわかりました。 John Mueller (http://scrollsample.appspot.com/items) は賢明な例を提供しました。リストをスクロールしている間、後続のページを指す新しいパラメーターが URL に追加されます。
http://scrollsample.appspot.com/items?page=2
http://scrollsample.appspot.com/items?page=3
などなど。
明らかに、ここでは「rel next/prev」属性を持つリンクが使用されており、それ自体への正規リンクが提供されています。 たとえば、http://scrollsample.appspot.com/items?page=5 では、次のようになります。
<link rel="canonical" href="/items?page=5" /> <link rel="next" href="/items?page=6"/> <link rel="prev" href="/items?page=4"/>
インデックス戦略の要素としてのページネーション
特定のページネーション ソリューションを適用するかどうかの決定は、当然のことながらあなた次第です。 前述の例は、技術的な問題や CMS の問題が発生したり、単に採用されているインデックス作成戦略に反している可能性があるため、すべての状況で完璧な選択肢ではありません。 ただし、少なくとも Googlebot が Web サイトをクロールするのを止めない程度にページネーションを最適化し、1 回の訪問では簡単にアクセスできない埋もれた製品/記事ページのインデックス作成を促進することは価値があります。