Aggregator

LUXというブランドを活性化させるための効果的なWeb施策≪ユニリーバ≫

Googleがサーチ・プラス・ユア・ワールドと称して自らの検索結果にGoogle+の情報をかつてない程連携させ始めたことが話題になっていることをご存じの方も多いでしょう。既に本格導入が始まりつつある米国では、Google … 続きを読む →

Googleの検索結果が完全にソーシャル化する！今回ばかりはホントにSEO is Dead!と叫んでいる人もいるとかいないとかいうGoogleの「サーチ・プラス・ユア・ワールド」。そこまで大騒ぎせずとも、少なくとも検索結 … 続きを読む →

株式会社ディー・エヌ・エー（以下、DeNA）は、1月31日、グリー株式会社及び同社代表取締役社長田中良和氏に対して、不法行為等に基づく損害賠償及び謝罪文の掲載等…

セーラー広告株式会社とシナジーマーケティング株式会社は、平成24年1月30日開催の各々の取締役会において、両社の提供するサービスの販売および開発に関して業務提携…

株式会社ディーエムエスは、平成24年3月期第3四半期決算を発表した。 ＜平成24年3月期第3四半期の連結業績＞ （平成23年4月1日～平成23年12月3…

社団法人日本民間放送連盟（民放連）は、2012年1月26日次期会長を推薦する「会長推せん委員会」を開催。全会一致で井上弘氏を推薦することを決定した。井上氏は、現…

News2uリリース年間ご利用企業のお客様により、ほぼ毎月開催されている「News2uユーザー会」。 先月の第5回News2uユーザー会勉強会は1月18日に30名様のご参加を頂き、開催いたしました。 今回のテーマは『ニュースリリースで自社サイトを強化する』。 きっかけとなったのは、すでに 『第9回　ネットPR実態調査2011 : ネットPR.JP - netpr.jp -』 の結果としてご紹介させていただきました、このグラフです。 いまやリリースの配信公開手段・第１位は「自社サイトへの掲載」なんですね。 つまりひっくり返して考えると「ニュースリリースに取り組むことが、自社サイトの強化につながる」ということになります。 News2uリリースにもオプションサービス「プレスルーム自動更新機能」「ソーシャルメディアバインダー」があり、ご愛用をいただいております。 「プレスルーム自動更新機能」とは、News2uリリースでニュースリリースを配信すると、同時に自社サイトにも同じ内容のニュースリリースがアップされる。News2uリリースを年間契約でご利用されているお客様であれば、ランニングコストは無料。 「ソーシャルメディアバインダー」とは、ニュースリリースと自社運営のソーシャルメディアもまとめてひとつのページに表示することで、企業のアクティビティが一目で分かるページを自動生成するサービス。 というわけで今回の勉強会では、これらふたつのオプションサービス「プレスルーム自動更新機能」「ソーシャルメディアバインダー」をご活用いただいている、 株式会社角川グループパブリッシング様 パナソニック株式会社様 ブラステル株式会社様 以上三社様より、事例紹介のショートプレゼンテーションをいただきました。 ブラステル様のプレゼンテーション さらにモデレーター　ハウスウェルネスフーズ株式会社　丸山佳代様による登壇者によるディスカッションへと進み、今回も大変充実した内容の勉強会になりました。 そういえばこんな本が売れています。 メディア化する企業はなぜ強いのか？　~フリー、シェア、ソーシャルで利益をあげる新常識 (生きる技術！叢書) [単行本（ソフトカバー）]小林 弘人￥ 1,554 ネットの普及で情報発信主体が爆発的に増加し、ほっておくと、自社の存在はどんどん埋没することにもなりかねません。企業のメディア化は必須ともいえます。 しかし「メディア」に取り組む負荷は結構重いものです。理由は簡単で、継続しないと意味がないからです。ブログやツイッター、Facebookページを活用することも考えられますが、担当者のパーソナリティと企業のカラーをどう折り合いつけていくか、担当者をバックアップする体制が作れるか、などなど、課題は多い。 しかし、ニュースリリースを配信し、サイトに掲載して蓄積していけば、どんな企業でも、きわめて低い負荷で「メディア化」を開始できるのではないか。 コンテンツの蓄積を定期的フローの中に組み込み、貯蓄するように自社サイトに溜め込んでいけば、検索を駆使するネットユーザーが自社サイトに入ってくるための「玄関」が増えることになります。また、ソーシャルメディアにも取り上げられやすくなります。 トップページにあれこれ工夫するより、ひとつのアクションで発信と蓄積の両方が可能な「ニュースリリースの配信＋自社サイト掲載」が、これからのネットPRには必須になるのではないかと。 そんなことを考えさせられた、今回のユーザー会でした。 News2uリリース・News2uユーザー会へのお問い合わせはこちらからどうぞ。 お問い合わせ｜ニュースリリース掲載、プレスリリース配信によるネットPRならNews2u

2011年世界のスマートフォン出荷台数は4.7億台
2012/1/30のJuniper Researchのリリースから。http://www.juniperresearch.com/viewpressrelease.php?pr=284

米携帯電話経由で格安サイトへの訪問、年収の高い世帯は36.5％を占める
2012/1/30のcomScore Data Mineから。http://www.comscoredatamine.com/2012/01/majority-of-mobile-deal-a-day-audience-from-upper-income-segments/

電子チラシポータルサイト「Shufoo!」の訪問者数が500万人を突破
2012/1/31のネットレイティングスのリリースから。http://www.netratings.co.jp/news_release/2012/01/shufoo500.html

2020年の国内デジタルサイネージ市場は2,615億円、広告が1,550億円
2012/1/31の富士キメラ総研のリリースから。http://www.fcr.co.jp/pr/12009.htm

2012/1/28の週の米検索エンジンシェア、Googleが65.22％http://www.hitwise.com/us/datacenter/main/dashboard-23984.html

2012/1/28の週の英検索エンジンシェア、Googleが90.85％http://www.hitwise.com/uk/datacentre/main/dashboard-7323.html

2010年後半～2011年前半に渡りどこよりもコンテンツファームの話題をお届けしてきたつもりのSEO Japanですが、Googleのパンダアップデートの影響もあり最近はすっかりご無沙汰してしまっています。とはいえ、ウェ … 続きを読む →

rel=“canonical”と301リダイレクトは同じような機能を持つが何が違うのだろうか？使い分けはどうしたらいいのだろうか？

- rel=“canonical”タグと301リダイレクトの違いは？ どちらを使うべきか？ -

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

UNIQLOとUNDERCOVERのコラボによる「家族」のためのコレクション「UU（ユニクロ アンダーカバー）」のスペシャルサイトが公開。ベビー、キッズ、ウイ...

　 　こんにちは！アウンコンサルティングの上原です。 　東京都心でも積雪があり、...

世界のTwitter広告売上、2012年に83％増
2012/1/31のeMarketerの記事から。
http://www.emarketer.com/Article.aspx?id=1008805&R=1008805

米検索連動型広告費、2014年まで2ケタ成長が続く
2012/1/31のeMarketerの記事から。
http://www.emarketer.com/Article.aspx?id=1008804&R=1008804

Katie Miller プロダクト マーケティング マネージャー

先日お知らせしたインプレッション シェア データの更新を、本日より開始させていただきましたので、改めてご報告させていただきます。

この更新により、新たに広告グループ レベルのインプレッション シェアが提供されるほか、キャンペーン レベルのインプレッション シェア データも改訂されます。また、インプレッション シェア データの更新頻度も 1 日 1 回に変更されています。これらの更新内容は、数日内にすべてのアカウントに反映されます。

インプレッション シェアの詳細については、AdWords ヘルプセンターをご覧ください。

Google はインターネットの発展とともに、クロールやインデックスの技術も進化させていくべきと考えています。これまでにも、Flash のインデックス登録を改良 （英語）し 、Caffeine というより新しいインフラストラクチャー （英語）を導入してきました。また、妥当と思われる場合は フォームもクロール （英語）するようになりました。その一方で最近では JavaScript や AJAX の人気の高まりにともない、 あるページのコンテンツ全体を取得するのに POST リクエストが必要な場合や、POST リクエストから得られるデータがなければ一部情報が欠けてしまい、ページの見た目がおかしくなってしまう場合が増えてきています。このような状況は、Google 検索にとって理想的とはいえません。なぜなら、コンテンツを正しく取得しインデックス登録することができなければ、ユーザーの検索キーワードに対して、最も包括的で関連性の高い結果を返せなくなってしまう可能性があるからです。

ウェブマスターの皆さんには、ページに必要なリソースを取得する際に、通常 GET を使用するようにアドバイスしています。これは GET でページに必要なリソースを取得できる方がはるかにクロールしやすいためです。POST リクエストを GET に書き換える試みも実験的に開始していますが、ほとんどの場合、POST と GET で返されるコンテンツはまったく異なるので、単純に書き換えるだけでは一部のサイトでしか効果を得られません。また、ウェブマスターの皆さんがサイトを作る際に POST を選択する妥当な理由もあります （たとえば、GET リクエストよりも POST リクエストの方が多くのデータを付加できます）。そこで、GET リクエストの方がまだまだ一般的ではありますが、インターネット上のより多くのコンテンツを検索できるようにするために、妥当かつ安全であると判断した場合は、Googlebot は POST リクエストを実行するようになりました。

Google は、Googlebot の POST リクエストによって、意図しないユーザー側の動作が行われてしまわないよう、細心の注意を払っています。Googlebot による POST は、あくまでもページが自動的にリクエストするリソースをクロールし、通常のユーザーがブラウザでその URL を開いたときに目にするものをシミュレートするためのものです。これにより該当ページのインデックス内容とインスタント プレビューが改善される可能性があります。また、今はこのようなアプローチをとっていますが、今後新たな経験則を見出していくことでよりよい方法へと変わっていくでしょう。

それでは、今回の改善点について、いくつかの POST リクエストを例にとってご説明します。

Googlebot の POST リクエストの例

• （ケース1）: POST リダイレクト経由でページをクロールする
  
  <html>
    <body onload="document.foo.submit();">
      <form name="foo" action="request.php" method="post">
        <input type="hidden" name="bar" value="234"/>
      </form>
    </body>
  </html>
• （ケース2）: POST XMLHttpRequest 経由でリソースをクロールする
以下の手順では、ページのレンダリング時に自動的に実行される XMLHttpRequest を通じて、ページのインデックス登録とインスタント プレビューの両方を改善しています。

1. Google が以下のようなコンテンツの yummy-sundae.html をクロールします。
   
   <html>
     <head>
       <title>絶品！アイスクリームサンデー</title>
       <script src="jquery.js"></script>
     </head>
     <body>
       おいしいアイスクリームサンデーのページです。
       <div id="content"></div>
       <script type="text/javascript">
         $(document).ready(function() {
           $.post('hot-fudge-info.html', function(data)
             {$('#content').html(data);});
         });
       </script>
     </body>
   </html>

2. Google が yummy-sundae.html のインデックス登録を開始します。この過程で、コンテンツのよりよい理解やインスタント プレビュー生成のためにページのレンダリングが必要かどうかを判断します。
3. レンダリングを行う際は、yummy-sundae.html がリソース hot-fudge-info.html への XMLHttpRequest を自動的に POST で送信します（上記の $.post(...) の部分）。
4. POST リクエストされた URL （ hot-fudge-info.html ）とリクエストデータ本体が Googlebot のクロール待ち行列に追加されます。
5. Googlebot が hot-fudge-info.html をクロールするために POST リクエストを送信します。
6. これで Google は yummy-sundae.html の正確なインスタント プレビューを作成できるようになりました。この際、hot-fudge-info.html のコンテンツを yummy-sundae.html に組み込む場合もあります。
7. Google が yummy-sundae.html のインデックス登録を完了します。
8. ユーザーが[hot fudge sundae]を検索します。
9. ここで Google のアルゴリズムは、上記の検索キーワードに対して、yummy-sundae.html との関連性を hot-fudge-info.html の内容も含めてより適切に判断します。さらに、ページのインスタント プレビューも正しく表示されます。

サイトをクロールしやすく、インデックスに登録されやすくするには？
ヘルプ センター には Google と相性の良いサイトの作り方についての一般的な情報が掲載されています。ここでは Google がクロール、インデックスに登録しやすく、またインスタント プレビューを作りやすいサイトの作成に関しておさらいしておきましょう。

• リソースを取得する際には（あえて POST を使う理由がない限りは） GET リクエストを使用してください。
• ページをレンダリングするのに必要なリソースがクロールできる状態であることを確認してください。上の例でいうと、hot-fudge-info.html が robots.txt によってクロールできない状態になっていると、Googlebot はそのページを取得できません。さらに細かく言うと、XMLHttpRequest を発行する JavaScript のコードがサイト外部の .js ファイル内にあり、そのファイルが robots.txt によってクロール不可である場合、Google には yummy-sundae.html と hot-fudge-info.html の関連性がわかりません。この場合、たとえ hot-fudge-info.html がクロールできる状態にあっても、Googlebot が正しくクロールしない可能性があります。インターネット上には、さらに複雑な形で外部のリソースを組み込んでいる例が数多く存在します。Google が皆さんのサイトの構造をよりよく理解できるよう、基本的には Googlebot がすべてのリソースをクロールできるようにしてください。
  
  サイト内にブロックされているリソースがあるかどうかを確認するためには、ウェブマスター ツール の [Labs] セクションにある [インスタント プレビュー] を選択し、確認してください。
• Googlebot に返すコンテンツが、ユーザーのブラウザに返しているものと同じであることを確認してください。クローキング  （ Googlebot に返すコンテンツと、ユーザーへ返すコンテンツが異なるようにする行為）は、検索キーワードに関係のないコンテンツをユーザーに検索結果として提供してしまう可能性があるため、Google の ウェブマスター向けガイドライン 違反となります。これまで Google では、悪意のないウェブマスターが POST リクエストに関してクローキングを行っているケースや（悪意がなくてもガイドライン違反となります）、そのクローキングが原因で Javascript エラーが発生し、インデックスに登録されないケースを見てきました。このようなエラーによってページがインデックスされないのであれば、そもそもクローキングを行う意味もなくなります。要するに、検索と相性のいいサイトを作る場合には、クローキングはとにかく避けた方がいいということになります。
  
  意図せずにクローキングを行っていないか確認するには、先ほど登場したウェブマスター ツール内の[ インスタント プレビュー ] を使用するか、ブラウザのユーザー エージェント文字列を、たとえば以下のように変更します:
  
  
  Mozilla/5.0 (compatible; Googlebot/2.1;
    +http://www.google.com/bot.html)
  
  上記の変更を加えたあとにサイトを確認し、変化がないようであれば問題ありません。空白のページが表示される、JavaScript エラーが発生する、ページの一部が欠けていたり変化したりしている場合は、なんらかの問題があります。
• 重要なコンテンツ（インデックス登録したいコンテンツ）は、表示の際にユーザー アクションを使用せずに、直接ページにテキストとして記入してください。ほとんどの検索エンジンはテキスト中心に作られており、テキスト ベースのコンテンツを探すことを最も得意としています。Google では様々なタイプのコンテンツをクロールし、インデックスに登録する方法を随時アップデートしていますが、重要なコンテンツはテキストで記載するのがベストであることに変わりはありません。

インデックス登録をコントロールする
Google 検索でクロールしてほしくない、インデックス登録してほしくないコンテンツがある場合は、従来通り robots.txt を使用する のが最も効果的な方法です（訳注: それでもなおインデックスに登録する可能性があります。詳細はリンク先をご参照ください）。ページのインスタント プレビューが作成されないようにする方法については、スニペットとインスタント プレビューの削除をご確認ください。また、Google Web Preview ユーザー エージェントや nosnippet メタ タグについての解説、インスタント プレビューの詳細はインスタント プレビューの FAQ （英語）をご参照ください。

今後について
Google は、ユーザーがより関連性の高い検索結果を得られるよう、今後も包括的なインデックス作りに取り組んでいきます。これからも Google のクロールとインデックスの方法は、インターネットそのものと同様に成長を遂げていきます。この記事に関するコメントやご質問は、ウェブマスター ヘルプフォーラム までお寄せください。

Written by Pawel Aleksander Fedorynski, Software Engineer, Indexing Team, and Maile Ohye, Developer Programs Tech Lead
Original version: GET, POST, and safely surfacing more of the web

原文は以下をご参照ください。
Google’s updated privacy policy - what it means for Google Analytics users


すでにご存知の方も多いと思いますが、3 月 1 日に、Google はプライバシーポリシーを変更します。今回の変更で、プライバシーポリシーは、より読みやすいものになり、また、Googleが、シンプルで美しく直感的なユーザー エクスペリエンスを、すべての製品やサービスにわたって実現することを助けるものになります。

新しいプライバシー ポリシーは、Googleが、ユーザーがログインしているときに、あるGoogleのサービスで提供した情報を、他のGoogleのサービスで提供した情報と結びつけることがあることを明確にしています。これにより、Googleが、ひとりのユーザーを、すべての製品やサービスを通じて、同一のユーザーとして取り扱うことが容易になります。（なお、新しいプライバシー ポリシーの詳細については、こちらをごらん下さい）

さて、今回の変更は、あなたや、Google アナリティクスのデータに、どう影響するのでしょうか？　その点について、ここでお話させていただきます。

もっとも大事な点は、あなたがご自身のウェブサイトのデータについて有しているプライバシー ポリシーやその管理方法は、これまでと何ら変わらない、ということです。以前と変わらずに、ウェブサイトのデータは、あなたがご自身で管理している、「データ共有設定」で設定した範囲で取り扱われます。Google が、製品やサービス改善に役立てたり、匿名化した集計データをユーザーに提供したり、あるいはコンバージョンオプティマイザーを提供できるようにするために、あなたがGoogleとの間でのデータ共有を行うか否か、また、どの程度行なうかについては、ご自身でお選びいただけます。それらの共有データは、ご自身が設定した目的以外には使用されません。データ共有の設定については、こちらをごらん下さい。

あなたのウェブサイトを訪問したユーザー情報についても何も影響はありません。引き続き、あなたのウェブサイトの規約のもとで管理され、Google アナリティクス上は、集計された匿名情報となります。その匿名性は、ウェブサイト、Google の双方に対して同じです。

今回のプライバシー ポリシー変更による、Googleアナリティクス ユーザーにとってのただ一つの変更点は、ユーザーが、Googleアナリティクスのインターフェース上でどのようなことを行ったか、という情報が、Google の他の製品やサービスとの間で共有されることがある、ということだけです。

ユーザーのみなさまに、Googleのプライバシー ポリシーをご理解いただくことと、データをどのように共有するかということについて意味のある選択肢を提供することは、私たちにとって、とても大切なことです。ぜひ、この機会に弊社のプライバシーポリシーの変更と、データ共有のオプションをごらん下さい。

以上

2012/1のFacebook利用者国別増加数、トップはコロンビア、日本は10位
2012/1/30のsocialbakersの記事から。http://www.socialbakers.com/blog/369-facebook-statistics-top-growing-countries-in-january/

米携帯所有者の52％が、2011年末商戦中に、お店の中にいる時に購買決定のために携帯電話を利用
2012/1/30のThe Pew Research Center's Internet & American Life Projectの記事から。
http://www.pewinternet.org/Reports/2012/In-store-mobile-commerce.aspx

2011/12日本のウェブサイトのレスポンス、最も速かった業種はトラベル-オンラインチケット販売
2012/1/25の日本コンピュウェアのリリースから。https://compuware.my.salesforce.com/sfc/p/00000000hdRBmlr04gpAb5gjHCGoVoCDouTqv6U=

2012/1/28の週の豪検索エンジンシェア、Googleが93.38％。http://www.hitwise.com/au/datacentre/main/dashboard-1706.html