プロのためのページネーションと正規化– SMX Advanced 2012

この技術的なセッションは何についてですか？ 議題の説明は次のとおりです。

オプションのパラメーター、並べ替え順序、およびフィルターを指定したページネーションタグを使用します。 robots.txtまたはnoindexを使用する理由はまだありますか？ 正規タグは実際に301を置き換えることができますか？ デフォルトのページ名を正規化するときに、IIS =ベースのサイトを無限のリダイレクトループからどのように保護しますか？ そして、rel = alternate href = langはどうですか？ サイトの混乱を解消し、クロールとインデックス作成を最大化し、重複コンテンツのリスクを排除できるように、問題を段階的に説明します。

モデレーター：Vanessa Fox、寄稿編集者、検索エンジンランド（@vanessafox）
Q＆Aモデレーター：Stone Temple Consulting（@stonetemple）CEO、Eric Enge
スピーカー：
RKG社長、アダム・オーデット（@audette）
ジェフ・カーペンター、SEOマネージャー、PETCO（@SanDiegoSEO）
Maile Ohye、Google Inc.のシニア開発者プログラムエンジニア（@maileohye）

ヴァネッサは聴衆を歓迎し、質問の時間はたくさんあると言います。 AdamAudetteがプレゼンテーションを開始します。 彼はオタクに本当に興奮しています。 かわいいです。

ページネーションの推奨事項と禁止事項

それについて考える最良の方法：「すべてを可能な限り単純にする必要がありますが、単純にするべきではありません。」 –アインシュタイン

例：大規模なeコマースサイトであるZales。 さまざまな種類とページの製品があります。 並べ替え、ページビュー、ページに基づいて、クロールで混乱する可能性がたくさんあります。 簡単に100以上の重複した結果。

これは大したことですか？ はい、特にパンダの後–似たような重複はありません。

これをどのように処理しますか？

Noindexページネーション方法：ページnoindex、フォロー。 問題はそれらをクロールさせることです
注釈：
ページ2-noindexで注釈が付けられたN、フォロー
ページ2-N自己参照relcanonical
ページ2-Nには、一意のタイトル、URL、メタデータが含まれています

Rel prev / nextページネーションテクニック：実装が少し難しい。 noindexがページ1にエクイティを渡してランキング候補になる場合、rel next/prevはページをまとめてシリーズにします。

より深いページはまだインデックスにあり、サイトで引き出すことができます：検索し、Googleがそれを関連する結果と見なしたときに表示されます。 rel canonicalが自己参照である場合、それは適切ですが、1ページを指すために使用される場合、矛盾するシグナルがあります。

すべてのページネーション要件を表示
注釈：
ページ2-Nは、すべてを相対的な正規ターゲットとして指定します
エレガントなソリューション
すべて表示より良い変換を行う傾向があります

Vanessaは、製品を表示するためのAJAX無限スクロールも優れたユーザーエクスペリエンスであると説明しています。

QuoraとTwitterはどちらも、この継続的な読み込みと更新の方法を実行します。 Googlebotは最初の500語を取得します。 コンテンツをクロールしたい場合、これは潜在的な落とし穴です。

推奨事項：
あなたが素晴らしいVIewを持っているときそれはすべて行くためのエレガントな方法です
[すべて表示]がオプションでない場合は、rel next/prevを使用します
さらに2つのオプション：#hashを使用してRLにパラメーターを追加する方法と、ユーザーがスクロールするときにプログレッシブレンダリングを行う方法

ファセットナビゲーションのためのSEO

ファセットが選択されている場合は、それをユーザーにとって重要であるがSEOにとっては重要ではない、またはSEOにとって重要であると分類します。 状況ごとに異なる扱いをします。 選択方法に関係なく、URLに同じ正規パスを強制します。

欠点：
クロールのオーバーヘッドを減らすために何も解決しません
労働集約的でエラーが発生しやすい

一般的なrelcanonicalの落とし穴：実際のcanonicalバージョンがある場合に、canonicalを参照する非canonicalの複製。 これは彼らが遭遇する最も一般的な問題です。

要点：
ショートカットとしてではなく、relcanonicalを使用して優先URLを通知します
内部リンク信号は一貫している必要があります
自己参照relcanonicalに注意してください

次はジェフ・カーペンターです。 彼はPetco.comでケーススタディを持っています。 分類に基づく大量の重複。 各サブカテゴリには、多くの改良オプションがありました。 サイトの再設計によりカテゴリが再分類され、ナビゲーションとURLの構造が変更されました。

解決：
絞り込みオプションを減らします。 分析をレビューして、使用されているものと使用されていないものを確認しました。 彼らは50の改良から12に行きました。
部門間の教育。 部門を超えた教育により、統一されたURL形式が宣伝されました
オンサイトで動的に生成されたナビゲーションに一致する正規タグを実装します。 統一されたURL形式を作成し、分析データを改善しました。
noindexを利用し、すべてのページ付けページをフォローして、オンサイトの重複コンテンツの問題の可能性を減らします。

結果：
6か月で自然検索からのコンバージョン率が13％以上増加
SERPの価値の低いページの量を減らす
全体的なランキングが向上しました– 2か月で監視対象のフレーズ全体で約20％の改善
SERPトラフィックを製品リストページに誘導する

マイレはグループを抱きしめ、会議が彼女と彼女のチームにどのように役立つフィードバックを与えたかを説明します。 ここで話すことは、Googleで彼らにとって有益でした。 2009年に、彼女は複製についてのセッションを持ち、PageRankの彫刻の問題に取り組みました–楽しいです。 2012年、パネルはファセットナビゲーションの問題を提起しました。 2011年に、彼らは改良されたURLパラメータツールを立ち上げました。

2011年、REIのパネルがページ付けの問題を提起し、重複しないコンテンツにrel canonicalを使用しようとしましたが、これは意図したものではありませんでした。 Google rel next/prevサポートは5か月後にリリースされました。 これは、Googleがそれ自体を検出できるよりも多くのシーケンスを識別するのに役立ちます。

ウェブマスターツールのURLパラメータ

彼女は、ブログ投稿とヘルプセンターの記事がこれまでにないほど徹底していないことをお詫びします。

サイトをより効率的にクロールするためのパラメータの理解を支援する
あなたのサイトをより効率的にクロウ
帯域幅を節約
よりユニークな新鮮なコンテンツをインデックスに登録するのに役立ちます
削除については、WMTのURL削除に移動してください

ページがクロールされた後に個別に適用され、引き続き考慮されるページレベルのマークアップ
URLパラメータは役立つヒントになる可能性があり、ディレクティブではありません

これは高度な機能です。 時々、グーグルによって決定されるように、サイトはすでに高いクロールカバレッジを持っています。 不適切なアクションにより、ページが検索結果に表示されない可能性があります。

問題：非効率的なクロール
適格なURL：key = value＆key2 = value 2

ステップ1：コンテンツを変更しないパラメーターを指定する
1.ページコンテンツに影響を与えないパラメーター（sessionID、affiliateID、trackingID）はありますか？
「コンテンツを変更しない」とマークする可能性があります。

ステップ2a：コンテンツを変更するパラメーターを指定する
ステップ2b：Googlebotの推奨動作を指定する

ソートパラメータは、表示される順序の内容を変更します。
1.ソートパラメータはサイト全体でオプションですか？
2. Googlebotは、並べ替えパラメータが表示されていないときに役立つものをすべて検出できますか？

両方に「はい」の場合、パラメータを使用して「URLをクロールしない」を指定できる可能性があります。

表示された例が正規ではないこと、およびナビゲーションによって正規に到達できることを確認します。

または、サイト全体で同じソート値ですか？
1.すべてのカテゴリで同じソート値が一貫して使用されていますか？
2.ユーザーが並べ替えの値を変更した場合、アイテムの総数は変更されませんか？

はいの場合、並べ替えパラメータを使用して「値xのURLのみ」を指定できる可能性があります。xはサイト全体で使用される並べ替え値の1つです。

Narrowsは、アイテム全体のサブセットを表示することにより、ページ上のコンテンツをフィルタリングします。

ナローパラメータが、ナローパラメータのないURLのコンテンツのサブセットである有用性の低いコンテンツを示している場合は、「URLをクロールしない」を指定できる可能性があります。

例に示されているURLが冗長なコンテンツを提供していることを確認して再確認してください。

指定されたパラメーターは、ページに表示されるコンテンツを決定します。

パラメータを変換します。特定の言語をクロール/検索結果で利用できないようにする場合を除き、「すべてのURLをクロールする」を指定します。 検索エンジンがサイトの構造をより簡単に理解できるように、パラメータではなくサブディレクトリまたはサブフォルダに言語を配置することをお勧めします。

Paginationsは、複数ページのシーケンスのコンポーネントページを表示します。 すべてのURLをクロールします。

1つのURLに複数のパラメーターがある場合はどうでしょうか。 すべてのURLがクロールの対象として開始され、各設定が包含ではなく削除のプロセスとして適用されると想像してください。
URL内のいずれかのパラメーターがURLパラメーター設定と一致する場合、一致する設定で指定されたクロールURLなしの場合、クロールしません。 URLが完全に通過する場合は、クロールされます。

ベストプラクティス：
内部リンクには正規URLのみを含める必要があります
サイトマップにカノニカルを一覧表示する
正規のプロモーションに役立ちます
より正確なインデックスカウントを提供します
ページのインデックス作成マークアップは引き続き役立ちます。 rel canonical、rel next/prevはタンデムで使用できます。
より効率的なクロールのためにURLパラメータを利用する