Aggregator

複数ページにまたがる記事やコンテンツをお持ちの方へ。rel=”next” と rel=”prev” を使用したページネーションのご紹介

14 years 3ヶ月 ago
rel=”canonical” の設定が重複コンテンツを Google に知らせる手がかりになっているのと同様に、複数ページにまたがった一つのコンテンツがある場合、HTML の タグの rel=”next” と rel=”prev” (英語)を使ってそのページ間の関係を Google に示すことができるようになりました。

ウェブを見渡してみると、続きものになっているコンテンツには様々な形態があります。例えば 1 つの記事を複数のページに分けているものや、同一の製品カテゴリに属する製品を複数ページにまたがって掲載しているもの、フォーラムの 1 つのスレッドを一連の複数 URL に分割しているものなどがあります。この度、続きものを構成する個々のページ上で rel=”next” と rel=”prev” マークアップの指定を行うことによって、Google に対し、次のような指定ができるようになりました。
  • 個々のページ / URL にあるリンクの効果などのインデックス対象の属性を、一連のページ全体のものとしてまとめること(つまり、page-1.html、page-2.html といった個々のページにあるリンクをばらばらの状態ではなく、一連のグループとして取り扱うこと)
  • 最も関連性が高いページ / URL (通常は一連のコンテンツの最初のページ)にユーザーを誘導すること
rel=”next” と rel=”prev” を使うことによって、続きものになっているコンテンツの個々の URL 間の関係性を Google に示すことができます

ただし、この rel=”prev” と rel=”next” を実装すべきかどうかについて判断するにあたって、1 つ例外があります。連続するページで構成されるコンテンツとは別に、「すべて表示」ページ( 1 ページに情報のすべてが表示されたページ)をお持ちの場合、あるいはそれを作ろうとしている場合はブログ記事「検索結果に『すべて表示』ページを優先的に表示する方法」を参照してください。ユーザーは検索をするときに「すべて表示」ページを好む傾向にあるため、Google では、適正と判断される場合は、個々のページではなく「すべて表示」ページの方を検索結果に表示するようにしています(rel=”next” および rel=”prev” を使用すれば、個々のページが表示される可能性が高くなります)。

サイトに「すべて表示」ページがない場合や、Google 検索による「すべて表示」ページの表示を無効にしたい場合は、この記事で説明する rel="next" と rel="prev" を使用してください。

「すべて表示」ページが含まれるページ構成については、ブログ記事の 検索結果に「すべて表示」ページを優先的に表示する方法 をご参照ください

ウェブマスターの選択肢

このような続きもののコンテンツに対するウェブマスターの対応については、次の 3 つの選択肢があります。
  1. 特に何も対策はしない。複数ページに分割されたコンテンツがウェブ上に存在し、ページ内の HTML マークアップ rel=”next”、rel=”prev” の有無に関係なく、Google は最も関連性の高い検索結果を表示するよう努めます。
  2. サイトに「すべて表示」ページがある場合、または「すべて表示」ページを設けようとしている場合は、検索結果に「すべて表示」ページを優先的に表示する方法 を参照してください。
  3. ひと続きになっているコンテンツを構成する個々の URL に rel=”next” と rel=”prev” を指定し、URL 間の関係性を Google に示す(このブログ記事で紹介している例です)。これによって Google はコンテンツのインデックス登録がより正確にできるようになり、最も関連性の高いページ(通常は最初のページ)をユーザーに表示するようになります。実装に関しては以下で詳しく説明します。
rel=”next” と rel=”prev” の実装方法

上記の 3 番を選んだ方は、実装方法の説明をご覧下さい。次のようにいくつかの URL にページ分けされているコンテンツを例にとります。

http://www.example.com/article?story=abc&page=1
http://www.example.com/article?story=abc&page=2
http://www.example.com/article?story=abc&page=3
http://www.example.com/article?story=abc&page=4

最初のページ http://www.example.com/article?story=abc&page=1 では、<head> のセクションに次のように記述します。
<link rel="next" href="http://www.example.com/article?story=abc&page=2" />

2 番目のページ http://www.example.com/article?story=abc&page=2:
<link rel="prev" href="http://www.example.com/article?story=abc&page=1" />
<link rel="next" href="http://www.example.com/article?story=abc&page=3" />

3 番目のページ http://www.example.com/article?story=abc&page=3:
<link rel="prev" href="http://www.example.com/article?story=abc&page=2" />
<link rel="next" href="http://www.example.com/article?story=abc&page=4" />

そして最後のページ http://www.example.com/article?story=abc&page=4:
<link rel="prev" href="http://www.example.com/article?story=abc&page=3" />

いくつか注意すべき点があります:
  • 最初のページには rel=”next” マークアップのみ記述し、rel=”prev” マークアップは記述しない。
  • 2 ページから、最後から 1 つ前のページまでは、rel=”next” と rel=”prev” のマークアップを両方とも記述する。
  • 最後のページには rel=”prev” のみ記述し、rel=”next” は記述しない。
  • rel=”next” と rel=”prev” の値は、相対 URL または絶対 URL のどちらでもよい( <link> タグに準じる)。また、ドキュメントに リンクを指定している場合は、そのベース URL に基づいて相対パスを指定する。
  • rel=”next” と rel=”prev” は、 <head> セクション内で宣言するだけでよく、ドキュメントの <body> 内で記述する必要はない。
  • rel=”previous” は、rel=”prev” リンクの構文上のバリエーションとして許容される。
  • rel="next" と rel="prev" を指定することと、rel="canonical" を指定することは、別々の概念である。よって、同一ページ内に両方の宣言を記述することが可能。たとえば、http://www.example.com/article?story=abc&page=2&sessionid=123 の中で、次のように記述してよい。

    <link rel="canonical" href="http://www.example.com/article?story=abc&page=2”/>
    <link rel="prev" href="http://www.example.com/article?story=abc&page=1&sessionid=123" />
    <link rel="next" href="http://www.example.com/article?story=abc&page=3&sessionid=123" />

  • rel=”prev” と rel=”next” は Google に対するヒントであり、絶対的な指示ではない。
  • rel="prev" や rel="next" を指定すべき箇所で指定していないなど、正しく実装されていない場合は、Google はこれまでと同様にページのインデックス登録を行い、コンテンツを把握する。
わからないことがある場合は?

詳しい情報は、ヘルプ センター を参照してください。この記事に関するコメントやご質問は、ウェブマスター ヘルプ フォーラム までお寄せください。

検索結果に「すべて表示」ページを優先的に表示する方法

14 years 3ヶ月 ago
複数ページにまたがる記事やコンテンツをお持ちのウェブマスターの方向けに、「すべて表示」ページ(View-all ページ)を使用して検索結果に優先的に表示する方法をご紹介します。

ユーザーは、情報の一部だけが表示されているページを適宜めくっていく (「次へ」をクリックして次のページを閲覧する)コンテンツよりも、1 ページに情報のすべてが表示されたコンテンツの方を好むということが、我々が実施した調査の結果、判明しました。

ユーザーは、ページをめくることでロードの待ち時間が長くなる複数ページ構成より、1ページにすべてが表示されているコンテンツの方を好むことが多い

これを踏まえて Google はユーザー エクスペリエンス向上のため、続きもののコンテンツ(たとえば page-1.html、page-2.html... が存在するコンテンツ)に「すべて表示」のバージョン(たとえば page-all.html)も存在していることを検出したときは、検索結果には「すべて表示」のバージョンを優先して表示する取り組みをおこなっています。サイトに「すべて表示」のバージョンが存在している場合は、ウェブマスター側では特に何もする必要はありません。また、インデックス対象となるリンクなどの属性は、分割されている個々のページから、「すべて表示」バージョンのページに統合されます。

ただし、ロード時間が長いと 「すべて表示」ページが敬遠される場合も

興味深いことに、ユーザーが「すべて表示」ページを好まなかったケースは、ロード時間の遅さに関連がありました(たとえば「すべて表示」ページに画像が数多く含まれていて、ロードに時間がかかる場合など)。ユーザーは 検索結果表示の遅さにも不満(英語)を感じることを思えば当然のことです。したがって、一般的には「すべて表示」ページの方が好まれてはいるものの、ウェブマスターとしては、このようなパフォーマンスの問題と、全体的なユーザー エクスペリエンスとのバランスを取ることが重要です。

続きもののコンテンツに関する最善策
  1. サイトに 「すべて表示」ページがある場合

    Google では、コンテンツの「すべて表示」ページがある場合、そのページを検出しようとします。(それを構成する個々のページがある場合はそれらのページも同時に検出しようとします)ウェブマスターの皆さまには特に何もしていただく必要はありません。ただし、Google に対してより明確なシグナルを送りたい場合は、個々の構成ページにて rel=”canonical” に「すべて表示」ページを指定することで、一連のページを適切に検出する可能性を高めることができます。

    rel=”canonical” にて、一連の URL に含まれるコンテンツをまとめた「すべて表示」ページ (例: page-all.html)を指定することができます

    なぜこれでうまくいくのでしょうか?

    図に示されているように、一連のコンテンツの 1 つである page-2.html は、canonical のターゲットに page-all.html を指定することができます。ユーザーがあるキーワードで検索をおこない、検索結果から page-all.html が選択された場合、仮にキーワードに最も関連しているのが page-2.html であったとしても、ユーザーは page-all.html の中で、page-2.html に含まれる目的の情報を得ることができます。

    一方、page-2.html にて page-1.html を canonical に指定することは避けてください。page-1.htm には page-2.html のコンテンツが含まれていないためです。ユーザーの検索キーワードは page-2.html 上のコンテンツに関連性が高いことはあり得ますが、page-2.html の canonical に page-1.html が設定されていると、ユーザーは検索結果の中から page-1.html を選択することも考えられます。この場合、目的の情報に到達するために別のページに移動しなければならないという操作が発生します。それはユーザーにとって不便であると同時に、Google にとっても最適といえる結果ではなく、また、ターゲットのはっきりしないトラフィックをサイトに呼ぶことになりかねません。

    ただし、「すべて表示」ページを検索結果に表示しないことを強く希望する場合は、1)一連のコンテンツの個々のページに「すべて表示」ページへの rel=”canonical” が設定されていないことを確認した上で、2)「すべて表示」ページに “noindex” を設定してください。(設定方法は一般的なもので問題ありません)

  2. 個々の構成ページを優先表示したい場合(または 「すべて表示」ページがない場合)

    サイトが下記の状況のいずれか(または両方)に当てはまるケースとなるでしょう。
    • 「すべて表示」ページが検索結果に適さない(たとえばロード時間が長すぎる、ユーザーにとって操作が難しくなるためなど)
    • サイトのユーザーが複数ページ構成の方を好み、また検索結果に「すべて表示」ページではなく、個々のページの表示を望んでいる

    このような場合は、標準的な HTML の rel=”next” と rel=”prev” 要素 を指定して、一連のコンテンツの個々の構成ページ間の関係性を指定することができます。正しく指定されていれば、Google は通常、下記のような挙動をとります。
    • 個々のページ/URL にあるリンクなどのインデックス属性を統合します。
    • 個々のページのうち、最も関連性が高いページ/URL をユーザーに提供します。通常、コンテンツの最初のページですが、アルゴリズムによって、一連のコンテンツのいずれかのページを検索結果に表示する場合もあります。

    個々のページにて、コンテンツの最初のページに対して rel=”canonical” を使用しているケース(たとえば page-2.html にて、rel=”canonical” に page-1.html を指定するなど)が見られますが、これらの個々のページには実際に重複コンテンツがあるわけではないため、このような指定はお勧めできません。rel=”next” と rel=”prev” を使用するのがより適切です。
まとめ

一般に、検索結果には「すべて表示」バージョンを好むユーザーが多いことから、Google では、適切な検出を行ったうえで「すべて表示」バージョンを優先的に表示する取り組みをおこなっています。サイトに続きもののコンテンツがある場合、ウェブマスターの皆さまに特に実施していただく作業はありません。ただし、サイト情報をどのように表示するのが最適なのかをより明確に Google に示したい場合は、下記の作業を行ってください。
  1. 「すべて表示」ページを最適化する場合は、個々の構成ページにて rel=”canonical” を使用し、ターゲットに「すべて表示」ページを指定します。
    あるいは、
  2. サイトの「すべて表示」ページを使わない場合は、 rel=”next” と rel=”prev” 属性を使用し、Google が一連のページを識別した際に構成ページの方を検索結果に表示するよう明示します。
わからないことがある場合

この記事に関するコメントやご質問は、ウェブマスター ヘルプ フォーラム までお寄せください。

2011/12/3 追記
画像内の URL を修正いたしました。ご指摘いただきましたみなさま、ありがとうございました。

優秀なSEO担当者の7つの資質

14 years 3ヶ月 ago
SEOに長年取り組んできた人からまだまだ始めたばかりという人まで「SEO担当者」(他の仕事と兼務している人も込み)にも色々あると思います。さて今回は自らもSEOを知り尽くしている成功した起業家の筆者が自らの経験を元に有能 … 続きを読む

Q) 同じキーワードによる検索結果で、狙った方のページを上位表示させるにはどうすればいいですか?

14 years 3ヶ月 ago

A)
今回は五足の靴の読者の方から編集部にお問い合わせをいただいた下記の質問をご紹介し、回答していきます。
ご質問ありがとうございます。

「現在、狙っているキーワードについて2つのページが検索結果に出るのですが、上位表示させたいページの方が、検索結果の順位が低くなっています。
 ほかの細かい状況は以下の通りです。

  • 上位表示されているページ(狙っていないページ)は、狙っているページの1つ上の親階層にあたるページ。
  • キーワードは上位表示されているページ(狙っていないページ)の方が入っている(なお入れ過ぎている事実はない)
  • 4週間前までXMLサイトマップのPRORITYが上位表示されているページ(狙っていないページ)の方が高かったが、現在は、狙っているページの方が高くなっている。

 URLの構造を変えずに、狙ったページの上位表示を達成するにはどうすれば良いか悩んでいます。
 よろしくお願いいたします。」

今回はいただきました上記のご質問に回答したいと思います。

2011/9米トップ10ドメインのサイト利用時間は36%と集中度が増している など

14 years 3ヶ月 ago
2011/9米トップ10ドメインのサイト利用時間は36%と集中度が増している
2011/12/1のcompeteのブログから。
http://blog.compete.com/2011/12/01/the-long-tail-internet-myth-we-are-spending-more-time-on-top-10-sites-than-ever/

米Black Fridayの週、衣料品とおもちゃサイトの利用がダウン
2011/12/1のcompeteのブログから。
http://blog.compete.com/2011/12/01/apparel-and-toy-retailer-traffic-down-during-black-friday-week/
noreply@blogger.com (衣袋 宏美(いぶくろ ひろみ))

世界のスマートフォンアプリ、2010年からニッチアプリが主力に など

14 years 3ヶ月 ago
世界のスマートフォンアプリ、2010年からニッチアプリが主力に
2011/12/1のresearch2guidanceの記事から。
http://www.research2guidance.com/the-app-store-landscape-is-moving-towards-segmentation-and-niche-stores/

2011/9末、FTTH契約件数のISPシェア、OCNが大差をつけてトップ
2011/12/1のMM総研のリリースから。
http://www.m2ri.jp/newsreleases/main.php?id=010120111201500
noreply@blogger.com (衣袋 宏美(いぶくろ ひろみ))

11月後半に導入のあったGoogleアルゴリズム更新のリスト

14 years 3ヶ月 ago


11月後半に実行したアルゴリズム変更を米国Google検索の公式ブログが公表した。「関連検索の改善」や「オリジナルコンテンツの判断能力向上」、ブログ検索と画像検索におけるフレッシュな結果表示など、気付かれにくいがたくさんのアルゴリズム変更を導入したようだ。

- 11月後半に導入のあったGoogleアルゴリズム更新のリスト -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM

米モバイルコマース、2011年は倍増の67億ドルに など

14 years 3ヶ月 ago
米モバイルコマース、2011年は倍増の67億ドルに
2011/12/1のeMarketerの記事から。

http://bit.ly/veZsKE
http://www.emarketer.com/Article.aspx?id=1008714&R=1008714

2011年検索ワードランキング、30ランクアップでFacebookが9位に。
Yahoo! Japanの検索ランキングから。

http://bit.ly/snhXqk
http://searchranking.yahoo.co.jp/ranking2011/general.html
noreply@blogger.com (衣袋 宏美(いぶくろ ひろみ))

2011/11世界のモバイル/タブレットベースのブラウザシェア、Safariが55.03% など

14 years 3ヶ月 ago
2011/11世界のモバイル/タブレットベースのブラウザシェア、Safariが55.03%
http://marketshare.hitslink.com/browser-market-share.aspx?qprid=1&qpcustomb=1

2011/11世界のモバイル/タブレットベースのブラウザバージョン別シェア、Safari5.0が28.69%、同5.1が20.28%http://marketshare.hitslink.com/browser-market-share.aspx?qprid=3&qpcustomb=1

2011/11世界のモバイル/タブレットベースのOSシェア、iOSが54.04%http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=9&qpcustomb=1

2011/11世界のモバイル/タブレットベースのバージョン別OSシェア、iPhoneが26.71%、iPadが24.91%
http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=11&qpcustomb=1
noreply@blogger.com (衣袋 宏美(いぶくろ ひろみ))

人気記事トップ10

人気記事ランキングをもっと見る