[レベル: 上級] JavaScript を多用するウェブサイトの SEO のために必要な基本知識を解説するドキュメントを Google はデベロッパーサイトで公開しました。 ドキュメントに書かれている内容をざっくり紹介します。 Googlebot が JavaScript を処理するプロセス Googlebot による JavaScript の処理は次の 3 つのプロセスに大きく分かれます。 Crawling（クローリング） Rendering（レンダリング） Indexing（インデックシング） 2 番目のレンダリングが、静的な HTML ドキュメントにはないプロセスになります。 レンダリングが完了して初めて最終的なコンテンツがインデックシング プロセスに渡されます。 クローリングもレンダリングも、すぐ実行されるとは限りません。 “キュー” に保存され順番に処理されます（なので、レンダ

[レベル: 上級] Googlebot がページをクロールするときにかかるダウンロード時間が 1,000 ミリ秒を超えると、クロールに支障をきたすかもしれません。 一応の目安として、100 〜 500 ミリ秒以内を考慮しておくとよさそうです。 ページのダウンロード時間は 100 〜 500 ミリ秒が理想、1,000 ミリ秒は遅すぎ （旧）Search Console のクロールの統計情報レポートでは、ページのダウンロード時間の情報を確認することができます。 ページのダウンロード時間は、Googlebot がリソースを純粋にリクエストするのにかかった時間を示すデータです。 PageSpeed Insights のようにユーザーが使うブラウザの表示にかかる時間ではありません。 リソースは、HTML のほか画像や CSS、JavaScript、PDF なども含みます。 ダウンロード時間の目安に関

[レベル: 中級] 【UPDATE】 この記事は事実を正しく反映していないことが判明しました。 こちらの記事で説明しています。 ページの読み込み速度をモバイル検索のランキング要因として用いる “Speed Update”（スピード アップデート）を Google は今月導入する予定です。 Speed Update は、本当に遅いページだけが影響を受けるアルゴリズムだと思われていました。 しかしながら実際には、速ければ速いほど評価が上がるアルゴリズムになっているようです。 Speed Update では、読み込み速度が速いと段階的に評価が上がる Speed Update の導入を事前アナウンスした公式ブログの記事は次のように説明していました。 The “Speed Update,” as we’re calling it, will only affect pages that delive

[レベル: 初級] Google は、『Search Engine Optimization (SEO) Starter Guide』（日本語名: 検索エンジン最適化（SEO）スターター ガイド）を大幅に改訂し新バージョンとして公開しました。 『検索エンジン最適化（SEO）スターター ガイド』とは 『検索エンジン最適化（SEO）スターター ガイド』は、Google が編集した、基本的かつ最重要な SEO の施策をまとめたマニュアル本です。 2008年11月に英語版が公開されました。 2009年6月には、日本語を含む40言語の翻訳版が出されました。 その後2010年9月に、内容を追加した更新版をリリースしています。 7年たった今でも依然として SEO のベストプラクティスだと Google は言うものの、モバイルの最適化がスマートフォンではなくフィーチャーフォンだったりと時代にマッチしなくな

[レベル: 上級] ウェブページをレンダリングするときに Googlebot が利用する仕様を解説するページを Google はデベロッパー向けサイトに公開しました。 レンダリングする仕組みとして Chrome 41 相当の仕様を Googlebot は 実装しているとのことです。 Googlebot は Chrome 41 相当 解説ページは次の説明で始まります。 Googlebot uses a web rendering service (WRS) that is based on Chrome 41 (M41). Generally, WRS supports the same web platform features and capabilities that the Chrome version it uses Googlebot は、Chrome 41 (M41) に基づい

[レベル: 上級] PWA と AMP を組み合わせた興味深い構成が AMP の公式ブログで紹介されました。 「Shadow Reader」と呼ばれるこの構成では、PWA で構築したサイトの実質的なコンテンツとして AMP コンテンツを利用します。 PWA と AMP を連携する3つのパターン PWA と AMP を組み合わる構成には3つのパターンがあったのを覚えているでしょうか？ AMP as PWA AMP to PWA AMP in PWA 簡単におさらいしておきましょう。 1つ目の「AMP as PWA」は、サイトを AMP 単独で公開します。 概して言えば、PC 向けサイト/モバイル向けサイトとは別に、AMP サイトを公開するサイトが一般的です。 AMP サイトには別の URL が割り当てられます。 このブログも、AMP ページは別に存在します。 しかし、AMP as PWA で

[レベル: 上級] AMP 対応をやめたとき、AMP コンテンツが Google 検索に表示されなくするようにする方法を Google はデベロッパー向けページに追加しました。 Google は3つの方法を説明しています。 僕の見解も交えながら、この記事で紹介します。 【方法1】Google 検索から AMP ページを削除 この方法を使うと、検索ユーザーにエラーを発生させることなく AMP ページが検索結果に表示されるのを止めることができます。 正規ページ (rel="canonical" で指定しているページ) の HTML コードから、rel="amphtml" を削除する AMP ページの URL を、対応する正規ページの URL に 301 リダイレクトまたは 302 リダイレクトする AMP ページがなくなったことを次のようにして確かめる Google 検索して AMP ページが

[レベル: 中級] Google Posts が間もなく一般公開されるかもしれません。 Google Posts は、Google の検索結果にコンテンツを直接投稿できるソーシャルメディア風のプロダクトです。 限られたビジネスにだけ試験的に公開されており、日本では、昨年末に HNK紅白歌合戦が利用しました。 米国（とブラジル）では、スポーツチームや博物館・美術館、映画など現在では相当数のビジネスが Google Posts を利用できています。 ヘルプページの公開 Google Posts のヘルプページが公開されています。 日本語版もすでにできあがっています。 なお、Google Posts は俗称です。 正式な名称を Google は与えていません。 英語では「Post on Google」、日本語では「Google への投稿」と単純に表現しています。 ヘルプ記事は次の3つのセクション

[レベル: 上級] React や Angular などの JavaScript フレームワークを利用したサイトでは、プリレンダリングしたページを配信することを勧める。 Google の John Mueller（ジョン・ミューラー）氏は、英語版のウェブマスター向けオフィスアワーでこのようにコメントしました。 プリレンダリングで高速表示 プリレンダリング (Prerendering) は、コンテンツの大部分を JavaScript で生成するページで利用されます（正しく言えば、JS に限りませんがここでは深入りしません）。 プリレンダリングでは、ブラウザに JavaScript を実行させてページをレンダリングさせるのではなく、サーバー側であらかじめレンダリングした“静的な”HTMLをブラウザに配信します。 ※補足: この記事で言う「プリレンダリング」は「サーバー サイド レンダリング (

[レベル: 初・中・上級] ユーザー体験を損ねる広告を掲載しているサイトに対して、Chrome ブラウザでは広告を一切表示しなくなるようにすることを Google は発表しました。 これにあわせて、サイトに掲載している広告に問題があるかどうかを調べるツールの提供を始めました。 背景 Google が、こうした決定を今回下した背景の1つに、ユーザー体験を損ねる広告の増加が挙げられます。 いきなり大きな音楽で再生が始まる広告や記事を見る前に強制的に見せつけられる広告のような不愉快な広告は誰しもが体験したことがあるはずです。 広告そのものは悪いものではなく、健全な経済活動です。 広告閲覧者と広告発行者の双方にとってより良いオンライン広告を提供するために Coalition for Better Ads という団体が組織されています。 Coalition for Better Ads は消費者に受

[レベル: 上級] 5月17〜19日に米マウンテンビューで開催された Google I/O 2017 の「From AMP to PWA: Progressive Web AMPs」というセッションで、日本の楽天レシピの成功事例が紹介されました。 AMP と PWA を組み合わせたことによって、楽天レシピは大きな成果を手にしています。 AMP + PWA による楽天レシピの成果 AMP と PWA を組み合わせた構成により、次のような結果が楽天レシピでは出たそうです。 AMP ページにランディングした場合、1ユーザーあたりの滞在時間が 50% 増 AMP ページから次のページへのクリック率が 3.6 倍 ホーム画面アイコン追加 ホーム画面アイコンを追加したユーザーは訪問数が 1.7 倍 ホーム画面アイコンを追加したユーザーはページビューが 3.1 倍 プッシュ通知 プッシュ通知で、2週目か

[レベル: 中級] 似ている商品をモバイル画像検索に表示する機能を Google は導入しました。 画像検索結果で、自分が今検索した商品と同じようなアイテムが売られているかどうかを写真を見ながらユーザーは探すことができます。 「似ている商品」セクション ハンドバッグとサングラス、靴に関連したものを画像検索すると、「似ている商品」というセクションが出てきます。 「似ている商品」に掲載されいてる画像をどれかクリックすると、その商品の値段や在庫状況を知ることができます。 タップすれば、その商品を販売しているサイトにアクセスできます（気に入ればもちろん購入も）。 「似ている商品」は日本の画像検索でも利用できるようになっていますが、僕が調べた限りでは、掲載されるのは英語サイト（米国の EC サイト）だけでした。 日本のサイトはまだ対象になっていないのでしょうか？ Product 構造化データでマーク

[レベル: 初・中・上級] この記事では、先週参加した SMX West 2017 の AMA with Google Search セッションをレポートします。 AMA は”Ask Me Anything”（なんでも質問してみよう）の略で、Gary Illyes（ゲイリー・イリェーシュ）氏と Mariya Moeva（マリヤ・モエヴァ）氏の2人の Google 社員に対して、主催者代表の Danny Sullivan（ダニー・サリヴァン）氏がさまざまな質問をぶつけるセッションです。 どんな質問が出てきて、2人の Google 社員はそれにどのように回答したのでしょうか？ Google 検索に何でも聞いてみよう！ Q. App Indexing と AMP、PWA の3つのモバイル検索の仕組みがあるが、それぞれについて説明してほしい 企業によって役割が変わってくる。適切な手段でユーザーにコ

In-house SEO Meetupが主催したGoogle MFI Nightで、Google社員にさまざまな疑問を質問するAMA with Google セッションを先週金曜日の記事でレポートしました。 日本語検索独自の品質評価アップデートがテーマでしたが、このイベントのメインテーマはモバイル ファースト インデックス (MFI) です。 当然AMAもMFI関連の質問が大部分を占めていました。 そこでこの記事では、Googleの金谷さんと長山さんを相手にしたMFIについてのQ&Aをレポートします。 MFIに関して2人のGoogle社員に何でも質問してみた [質問に答える長山さん] Q. 内部リンクの必要性 モバイル向けページではUXを考慮して、内部リンクをPC向けページよりも減らしている。 しかし、内部リンクが評価（ランキング）にも影響するなら、PC向けページと同じリンクをモバイル向け

[レベル: 上級] 先週投稿したプログレッシブ ウェブ アプリ（以下、PWA）の記事で、「AMPよりもPWAに注目したい」と個人的な思いに触れました。 ところが、PWAとAMPの対立軸を作ったように思わせてしまったかもしれません。 しかし、PWAとAMPは排他的な技術では決してありません。 それどころか、両者を組み合わせることによってさらに優れたモバイルユーザー体験を提供できます。 そこでこの記事では、PWAとAMPを組み合わせる、通称”PWAMP”について解説します。 AMPとPWAを連携する3つのパターン GoogleのAMPチームに所属している Paul Bakaus（ポール・バカウス）氏は、AMPとPWAを組み合わせるパターンとして、次の3つの形態をSmashing Magazineの記事で紹介しています。 AMP as PWA AMP to PWA AMP in PWA それぞれ

[レベル: 中級] モバイル ファースト インデックス（以下、MFI）の導入をGoogleが公式に発表しました。 発表後にウェブマスターから出てきたMFIに関するさまざまな疑問にGoogle社員たちが回答し、その内容を、昨日の記事でまとめました。 今日の記事では、新たに出てきたQ&Aと漏れていたQ&Aを紹介します。 MFIに関するウェブマスターからの質問とGoogle社員による回答 Part 2 Q. モバイル向けページがなくPC向けページだけのときは、どのように評価されるのか？ モバイル向けのコンテンツがまったくないのであれば、PC向けページがインデックスされ、PC向けページのコンテンツにもとづいてランク付けされる。 もしPC向けページが評価された場合には検索結果1位だったとしても、それよりも順位が低くなることがありうる。とはいえ、これは今までとは何も違わない。 [鈴木注: モバイルフレ

[レベル: 中級] Googleは、Mobile First Index（モバイル ファースト インデックス）の導入を正式にアナウンスしました。 Mobile-first Indexing モバイル ファースト インデックスに向けて モバイル ファースト インデックスでは、PC向けページではなく、モバイル向けページの評価に主に基づいてランキングが決定されます。 Gary Illyes（ゲイリー・イリェーシュ）氏が米ラスベガスで10月に開催されたPubCon Las Vegas 2016で発表していたGoogle検索の仕様変更です。 正式な実施時期はまだ決まっていません。 今後数か月にわたり小規模な実験を行ったうえでの判断になるとのことです。 評価対象がPC向けページからモバイル向けページへ 詳細は公式アナウウンスを読んでいただくとして、概要としてはモバイル ファースト インデックス（以下、

[レベル: 上級] この記事では、昨日に続いて米ニューヨークで9月に参加したSMX East 2016 カンファレンスのセッションレポートを共有します。 セッションのテーマは、”アイトラッキング”から考察するユーザー行動です。 Mediative社が実施した、検索結果におけるアイトラッキング調査の結果から見えてきた事実を、Chris Pinkerton（クリス・ピンカートン）氏が解説しました。 スマートフォンの普及にともない、検索ユーザーの行動はどのように変化しているのでしょうか？ 検索結果のユーザーの視線の動きの変化 2005年 2005年にGolden Triagle（ゴールデン・トライアングル）が発見された。 ユーザーがよく見るエリア、クリックするエリアは三角の形をしている。 [鈴木メモ: 『Above the foldとは』というこのブログの記事でかなり以前にGolden Tria

[レベル: 上級] AMP化したモバイル検索の導入が日本でも迫っています。 AMP対応を進めているサイト管理者も多いのではないでしょうか。 AMP対応する際に役立つツールとして、AMPページの有効性を検証するための「AMP テスト ツール」をGoogleは先週公開しました。 この記事では、公式ツールではない、AMPページのさまざまな情報をチェックできるサードパーティ製のツール、「AMPBench（アンプベンチ）」を紹介します。 さらに多くの情報をチェックするAMPBench AMPBenchは、公式のAMPテストツールよりもさらにずっと多くの情報をチェックしてくれます。 AMP HTMLの有効性 amphtmlリンクタグおよびcanonicalの有無 Googlebotがクロール可能か AMP CDNにキャッシュされているか 構造化データが設定されいてるか etc. リストに挙げたのは一部

[レベル: 中級] 【UPDATE】 この記事は公式発表よりも前に投稿したものです。 Googleから公式発表が出ています。 より具体的な情報は下の記事で説明してます。 Google、モバイルファーストインデックスの導入予定を正式発表。スマホ向けページを検索の評価対象に。SEOへの影響は？ 米ラスベガスで開催されたPubCon Las Vegas 2016でGoogleのGary Illyes（ゲイリー・イリェーシュ）氏は、Mobile First Index（モバイル ファースト インデックス）への移行を計画していることを発表しました。 現在は、PC向けページの評価をもとにして検索結果ができあがります。 対して、モバイル ファースト インデックスでは、モバイル向けページ（スマホ向けページ）の評価をもとにして検索結果ができあがります。 モバイル ファースト インデックスに関してさまざまな情