Aggregator

IBMが64カ国1,734名（そのうち日本からは68名）のマーケティング担当役員に対面取材して「IBM Global CMO Study 2011」をまとめた。データ量の飛躍的な増加やソーシャルメディアへの対応が課題であり、それらについて日本は世界よりも準備不足であることが分かった。報告書をダウンロードできる。
------------------------------
IBM Global CMO Study からの洞察
http://www.ibm.com/services/jp/cmo/html/cmostudy.html
------------------------------

トライバルメディアハウスが、ソーシャルメディアのリスク診断と研修のプログラムを提供。
------------------------------
Social Media Risk Manager
http://socialmediariskmanager.tribalmedia.co.jp/
------------------------------

エイケア・システムズが、テックライテンメントのフェイスブック広告管理ツールを日本で提供。1年間はサイバー・コミュニケーションズだけが独占利用。
------------------------------
Alchemy
http://alchemysocial.com/
------------------------------

アドビシステムズが広告の管理と最適化を手がけるエフィシェントフロンティアを買収すると発表。

少数の広告主を招待して試験を開始したという。

グーグルが「YouTube Analytics」を公開。
------------------------------
YouTube Analytics
https://www.youtube.com/analytics
------------------------------

11月30日、フェイスブックのグローバル総ファン数が100万人になったのを記念してユニクロが公開。
------------------------------
UNIQLO THANKS A MILLION
http://www.uniqloooooo.com/
------------------------------
制作はカヤック。

京セラがDINGOのプロモーション「おねがい!DIGNO」を開始。ドラえもんのひみつ道具を使ってDIGNOがユーザーのねがいを叶えてくれます。抽選で1名には本...

TOYOTAが「プリウスPHV10days試乗モニターキャンペーン」を開始。「求む！ジャーナリスト！」という事で、10日間試乗してブログで評価してくれるPHV...

米グルーポンサイト、半年前のピークから利用者半減も、集客が広告からメールへシフト
2011/12/2のcompeteのブログから。http://blog.compete.com/2011/12/02/dont-delete-those-emails-groupon-needs-you-back/

英オンラインユーザー、12月にECサイトで3.5億時間利用と予想
2011/12/2のHitwiseのリリースから。
http://www.hitwise.com/uk/press-centre/press-releases/uk-consumers-will-spend-350m-hrs-shopping-online/

米主要小売のCMOの84％が、2011年末商戦の広告予算の1割以下しかモバイルに配分しない
2011/11/30のBDOのリリースから。
http://www.bdo.com/news/pr/1883

米2011/10スマートフォンシェア、Googleが46.3％と3ヶ月で4.4ポイント増
2011/12/2のcomScoreのリリースから。http://www.comscore.com/Press_Events/Press_Releases/2011/12/comScore_Reports_October_2011_U.S._Mobile_Subscriber_Market_Share

米携帯アプリ開発者アンケート、iPad向けの割合が上昇
2011/12/1のStrategy Analyticsのリリースから。http://www.strategyanalytics.com/default.aspx?mod=pressreleaseviewer&a0=5141

B2Bの携帯モバイルメールの開封率は6.77％と低い
2011/11/30のKnoticeのリリースから。
http://www.prnewswire.com/news-releases/knotice-releases-mobile-email-opens-report-for-first-half-of-2011-134755168.html

「海外&国内SEO情報ウォッチ」を更新。今週は、『リンク購入サイト対策にグーグル日本が本気を出し始めたようだ』、『目の付け所が違う、バックリンクを調べる裏技検索』、『URLのドメイン名末尾の「/」の有無が統一されていないと、PageRankは分散してしまうのか？』など10記事+2記事。

- 『リンク購入サイト対策にグーグル日本が本気を出し始めたようだ』::海外＆国内SEO情報ウォッチ -

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

YouTubeがリニューアル。全体的なデザイン及びフィードなどコミュニケーション要素が強化されています。...

VolkswagenがiPhoneアプリ「The Beetle × デジモ」をリリース。デジモの第一弾iPhoneアプリで、3Dのデジタルミニカーを自分の好き...

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=”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" />

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

ユーザーは、情報の一部だけが表示されているページを適宜めくっていく （「次へ」をクリックして次のページを閲覧する）コンテンツよりも、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 を修正いたしました。ご指摘いただきましたみなさま、ありがとうございました。

Written by Benjia Li & Joachim Kupke, Software Engineers, Indexing Team
Original version: View-all in search results

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