最後は，Googleのカレンダー・サービスを使ってマッシュアップ・サイトを作ります。テレビ番組サイトが配信しているRSSデータを取得して，Ruby on Railsでカレンダーのフォーマットに変換します。それをGoogleカレンダーに取り込んで，オリジナルの番組表を作ってみましょう。 ここまで，さまざまなWebサービスを利用してきました。これらはすべて，自作サーバーで稼働するRuby on Railsのプログラムが，Webサービスから取得したデータをブラウザに表示するという仕組みでした。例えばPart3では，Google MapsのWebサービスから取得した地図情報をブラウザに表示しました。 Part4では逆に，Googleのサイトが，自作サイトのWebAPIデータを取得して，ブラウザに表示するという仕組みを体験してみます。 「Googleカレンダー」（写真1）は，「iCalendar」と

数週間前から、GoogleAnalyticsのレポートで「加重並び替え」というオプションが選べるようになりました。 例えば、「キーワード」のレポートで「新規セッションの割合」でソートすると、その上部に「加重並び替え」というレポートが出てきます。 この「加重並び替え」という機能、実は今まで多くのアクセス解析ツールが抱えていた課題を取り除いてくれます。その内容を早速見てみましょう。 加重並び替えとは 例えばキーワードのレポートで直帰率が低いワードと高いワードを見つけて、サイト改善やリスティングなどに活かしたいと思ったことはありませんか？私は何度かあります。そこで、まずはキーワードレポートで「直帰率」の降順と昇順に並び替えてみましょう。どのような結果出るか？それは下記の通りです。 直帰率が高いワード 直帰率が低いワード うーん。。。見ての通り、セッション数が0〜2件とほとんど改善幅がないものばか

【UPDATE】「QDD」という名称のアルゴリズムが存在することをGoogleが公式・非公式に語っている事実はありません。検索結果に多様性を持たせるアルゴリズムは存在するかもしれませんが、それをGoogleが「QDD」と呼んでいるわけでもありません。この点を踏まえてこの時事を読んでください。 詳細はこちらの記事でご確認ください。 Googleのリサーチ・ディレクターのPeter Novig（ピーター・ノーヴィグ）氏が、Slateとのインタビューのなかで興味深い発言をしています。 Yeah, that’s always a problem. One way we try to counter that is diversity. We haven’t figured out any way to get around majority rules, so we want to show th

ヤフーとグーグルが提携、アルゴリズム検索技術にGoogleを採用 グーグルがヤフーに検索エンジンのライセンスを供与。Yahoo!JAPANにてGoogleおよびアドワーズ広告サービスが導入される。[最終更新日時] 2010/07/29 07:30] 公開日時：2010年07月27日 15:30 ヤフー株式会社は2010年7月27日、日本における検索事業において米Googleと提携すると発表した。ヤフー同社ポータルサイト・Yahoo!JAPANで米Googleのアルゴリズムサイト検索技術と検索広告（アドワーズ広告）を採用する。契約期間は2年で、以後、Yahoo!JAPANが断らなければ2年延長される。 グーグルは2001年から2004年にヤフーに検索エンジンのライセンスを提供してきたが、米Yahoo!が独自の検索エンジンを2004年に開発、それを日本でも採用することが決定して、一度は終了した

Googleは検索結果のスニペットにレビューや価格帯などの追加情報を表示する「リッチスニペット(Rich Snippets)」という機能を導入しています。 グルメサイトや通販サイトのページが検索結果に出てきたときに、このように★で表されたレビューや金額が提示されているスニペットを見たことがあるはずです。 これがリッチスニペットです。 動画にはレビューと再生時間や投稿日などの情報が付きます。 イベントの開催日時もリッチスニペットで表示できます。 ついこの前はレシピのリッチスニペットが導入されました。 できあがり写真や調理時間、カロリーが分かります。 リッチスニペットは去年の5月にGoogle.comで提供が始まり、日本は2ヶ国目として同じ年の11月から提供が始まりました。 現在では40以上の言語で利用できるようになっています。 意識していなかったかもしれませんが、リッチスニペットという名前は

この記事は次のブログに引っ越しました。 https://blog.keinos.com/20100113_811何度か言及しているのですが、Google SpreadsheetsをWEBサイトのデータ更新に利用すると便利です。 つまり、データをGoogleスプレッドシートに記載・管理して、PHPでそれを読み込んで表示する方法です。 Google Spreadsheetsは、オンライン版Excelのようなものなので、WEBサイトのメンテナンス（更新作業）をされる方が、Excelに慣れた人であればBlogシステムをCMSとして使うよりも楽に導入できます。 （※この記事はGoogleAppsを中心としていますが、Googleアカウント/GMailアカウントのGoogleSpreadsheetでも使えます） APIを使わない簡単な導入例 メアド一覧などの個人情報ではない、ニュースや お知らせといっ

Google「XML sitemapのクロール頻度は、アップデートの頻度に依存する」 Google「XML sitemapsファイルのアクセス頻度は、そのファイルの更新頻度次第」。 公開日時：2010年04月26日 14:40 XML sitemapは、サイトのクローラビリティ（クローラに、サイトのURL構造を伝達すること）を高めるための方法の1つだ。数千ページものコンテンツを管理している場合、深い階層にあるディープリンクを発見しやすくする手助けとして活用できる。とりわけXML sitepamを用意すれば確実にクロールされるわけではないが、施策の一環として取り組んでいる企業は多い。たとえばAmazon.com /co.jp などの通販サイトなどが一例だ。 ところでこのXML sitemap、検索エンジンはどのくらいの頻度で参照しているのだろうか。Google Webmaster Centr

Google、検索順位にページ読込速度の考慮を開始 [詳細版] グーグル、検索順位を決めるアルゴリズムにページ読込速度を取り入れることを正式発表。サイトのパフォーマンスが検索順位に影響を与えることになる。ただし、キーワードとの関連性や品質が第1。 公開日時：2010年04月12日 00:07 米Googleは2010年4月9日、検索ランキングアルゴリズムの要素としてページ読込速度を組み込んだことを発表した。表示速度がシグナルの1つとして扱われて、検索順位に影響する。同社Amit SinghalとMatt Cuttsの両氏が公式ブログで詳細を解説している。 表示速度は既に検索順位に反映 検索アルゴリズムの1つとしてページ速度を採用するという話は、2009年11月にMatt Cutts氏が同社内で検討を行っている旨を明らかにしていた。パブリックDNSサービスを提供したり、より素早く目的の情報を

ランキングアルゴリズムにおける「ページ読み込み速度」の位置づけ 2009年11月にGoogleがPageRankの要素の1つとしてページ読み込み速度について言及したが、それはランキングアルゴリズム全体においてどの程度重要なのだろうか。 公開日時：2010年02月05日 04:45 先日の講演やインタビューで、Googleがランキングアルゴリズムの1つとしてスピード要素を取り入れることについて触れられた時、「そりゃ同一のページが2つあれば速いほうがいいでしょ、その程度の話」という回答をしていたのだが、ちょうどGoogleのMatt Cutts氏がビデオにてその旨の説明をしていたので紹介しておくとともに、追加解説をする。 PageRankでスピードを加味する、という話が出た時点で、Googleはどの程度それをランキングに反映させるかについて言及をしていないにもかかわらず、あたかもそれがレリバン

TaberarelooはGoogle Chrome向けのオープンソース・ソフトウェア。Webブラウザで色々なサイトを閲覧していて、メモしたりブックマークしたいと思う時がある。この時、多少なりとも面倒な手順や数ステップが必要では折角のチャンスを逃してしまう。 Google Chrome用Tombloo ワンクリックで各サービスにポストする所までたどり着けなければいけない。そのためのソフトウェアとしてTomblooが知られているが、こちらはFirefoxアドオンだ。対してTaberarelooはGoogle Chrome上で動作するスクラッピングソフトウェアだ。 現状ではリンクポストのみ対応となっている。対応サービスはTumblr/Delicious/はてなブックマーク/Livedoorクリップ/Yahoo!ブックマーク/FriendFeed/Twitter/Googleブックマーク/Inst

米Google、異なるドメイン間のrel="canonical"をサポート グーグル、rel="canonical"の複数のドメイン間の利用をサポート。サーバサイドの301リダイレクト処理が不可能な場合に。 公開日時：2009年12月17日 15:28 米Googleは2009年12月15日、異なるウェブサイト（ドメイン）上で類似したコンテンツを公開した場合に、インデックスを希望するURLを指定（URLの正規化）するためのlink要素（link element）、rel="canonical"（rel属性の値canonical、以下、単に属性と表記する）のサポートを開始した。 「rel="canonical"」は2009年2月に検索大手3社が共同でサポートを開始した属性。ウェブサイトは長らく運営していると、コンテンツの追加や削除、移動、改修等を行っていくうちに、異なるURLで同一のコンテン

+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1