[レベル: 中級] 個人サイトはたとえ実体験に基づいた記事を書いても、大手サイトが作成した実体験に基づかない記事に Google 検索で勝つことはできないのでしょうか？ 「大手サイトを Google は優遇している」という批判に Google はどのように反応したのでしょうか？ Google は独立系サイトを冷遇している 「How Google is killing independent sites like ours」（私たちのような独立系サイトをどのように Google は葬り去っているか）というタイトルで、Google を批判する記事を HouseFresh が投稿しました。 HouseFresh は、空気汚染物質への対策方法として、ハウツーガイドや製品レビュー、実用的アドバイスを実際の調査にもとづいて提供する独立系メディアです。 記事の概要は次のとおりです。 Google の検索

[レベル: 中級] 範囲にわたるコア アルゴリズムのアップデートを 5 月 4 日（太平洋夏時間）に Google は実行しました。 比較的大きな順位変動が発生している模様です。 2020 年 2 回目のコア アルゴリズム アップデート “May 2020 Core Update” は、2020 年 2 回目の広範囲なコア アルゴリズム アップデートになります。 1 回目は 1 月に実施されています。 今回もアップデートを事前告知し、数時間後に展開を始めました。 通常のコア アップデートのように、展開の完了には 1 〜 2 週間ほどかかるだろうとのことです。 Later today, we are releasing a broad core algorithm update, as we do several times per year. It is called the May 20

[レベル: 中級] 広範囲にわたる コア アルゴリズムのアップデートを Google は開始しました。 年に数回 Google はコア アルゴリズムをアップデートしますが、今回は事前に告知される極めて異例のケースとなりました。 とはいえ、事前告知という点を除けば、ことさらに特別なアップデートではありません。 アップデートの事前告知 コア アルゴリズムのアップデートは通例、実施後に報告されます。 ところが、今回は前日に事前通知がありました。 Tomorrow, we are releasing a broad core algorithm update, as we do several times per year. It is called the June 2019 Core Update. Our guidance about such updates remains as we’v

[レベル: 上級] dataset（データセット）の構造化データを Google がサポートするようになりました。 schema.org/Dataset の構造化データをマークアップすると、表形式で構成されたデータをリッチリザルトとして検索結果に表示できます。 定型フォーマットで整理したデータを検索結果に表示 dataset として定義できるデータの種類はさまざまです。 統一されたフォーマットで構成されたデータはたいてい dataset として利用できます。 たとえば、イメージしやすいのは CSV で保存されているデータです。 表形式になっていて、何らかのデータを系統的に提供しています。 独自の形式であっても、定型のフォーマットでデータをまとめていれば dataset として認められます。 コンピュータに読み込ませるデータは、定められたフォーマットになっていることが多いはずです。 そうした

[レベル: 全員] ページの読み込み速度をモバイル検索のランキング要因として利用する Speed Update（スピード アップデート）をすべてのユーザーに対して Google は導入を開始しました。 Speed Updateは、7月の導入が今年の1月に事前アナウンスされていました。 導入開始のアナウンスのみ 発表があったのは導入が始まったことだけです。 この記事を書いている時点では、導入開始以外の新たな追加情報は出ていません。 ウェブマスターの公式 Twitter アカウントが導入開始を伝えています。 The Speed Update, which enables page speed in mobile search ranking📱, is now rolling out for all users! More details on Webmaster Central 👉 htt

[レベル: 中級] セキュリティに関する Chrome ブラウザの UI 変更を Google はアナウンスしました。 HTTPS および HTTP ページのインジケータが将来のバージョンの Chrome で変わります。 鍵アイコンと「保護された通信」ラベルの削除 HTTPS で配信されるページに対して表示されるラベルとアイコンが削除されます。 現在は、HTTPS ページにアクセスしていると鍵アイコン🔒と「保護された通信」ラベルがアドレスバーの先頭に表示されます。 2018年9月にリリースされる Chrome 69 ではラベル表示がなくなり、鍵アイコンだけになります。 「https://」のスキームもなくなります。 最終的には鍵アイコンも表示しなくなる予定とのことです。 HTTPS 通信であることがわからなくなりますが、セキュリティが守られていることがウェブでは当たり前だとユーザーは想定

[レベル: 中級] ページの表示速度を計測するデータの1つとして、Chrome User Experience Report（Chrome ユーザー エクスペリエンス レポート）を Google は利用しています。 英ブライトンで先週参加した BrightonSEO で John Mueller（ジョン・ミューラー）氏に直接確認することができました。 Chrome によって取得されたデータを検索に利用 ページの読み込み速度をモバイル検索のランキング指標に取り入れる Speed Update（スピード アップデート）を7月に控えています。 Google はどのようにして読み込み速度を判断しているのでしょうか？ Distilled（ディスティルド）の Tom Anthony（トム・アンソニー）氏は、Chrome が取得したデータを使っていることを Google が認めたとコメントしていました（

[レベル: 中級] ウェブページのコンテンツやリンクが JavaScript によって生成されたものであっても、きちんとレンダリングされていれば静的なコンテンツやリンクとまったく同じように評価されます。 ただし最終的な処理が完了するまでに、より長い時間がかかることがあります。 JS コンテンツも JS リンクも同等 Google の John Mueller（ジョン・ミューラー）氏が Twitter のフォロワーから次の質問を尋ねられました。 DOM の中で完全にレンダリングされれば、ほかのリンクのように JS リンクは PageRank を渡しますか？ ミューラー氏はこのように答えました。 渡す。どのようにして出現しようがリンクはリンクだ。もしそうじゃなかったら本当にはうまく機能しないだろう。 We've talked about this often :). Yes, a link i

[レベル: 上級] ウェブページをレンダリングするときに 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) に基づい

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

[レベル: 上級] 求人情報を提供する検索結果を Google はテストしているようです。 構造化データでマークアップされた求人ページが、検索結果の中の専用のボックスに表示されます。 検索結果での求人・採用のリスト Dan Shure（ダン・シュア）氏が、求人・採用の情報をリスト化した Google の検索結果に遭遇しました。 状況を Twitter で共有しています。 WOW look out job listing sites, Google appears to be positioning to eat up that real estate also (cc @dr_pete) pic.twitter.com/g56KxnJCA7 — Dan Shure (@dan_shure) 2017年4月28日 また、詳しい内容をシュア氏は動画に収めています（今どき Flash で再生する

[レベル: 中級] 似ている商品をモバイル画像検索に表示する機能を 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つのモバイル検索の仕組みがあるが、それぞれについて説明してほしい 企業によって役割が変わってくる。適切な手段でユーザーにコ

[レベル: 上級] amp-analytics を用いた AMP ページのアクセス解析には大きな問題があることを Christian Oliveira（クリスチャン・オリヴェイラ）氏が自身のブログで指摘しました。 具体的には、次のレポートが非常に信頼性に乏しいデータになっています。 ユニーク ユーザー セッション 直帰率 ページ/セッション 参照元 そもそもの原因はCookie どんな問題が出てくるかはこの後説明するとして、問題が発生するそもそもの理由は Cookie に起因します。 AMP コンテンツは、その AMP ページを実際にホストしてるドメイン（僕たちのサイト）ではなく、AMP CDN のキャッシュから返されます。 AMP CND サーバーのドメイン名は、cdn.ampproject.org です（現在は、各サイト固有のサブドメインが割り当てられている）。 キャッシュされたAMP

[レベル: 上級] 近い将来Googleは、「求人・転職」向けのリッチスニペットやナレッジパネルを提供するかもしれません。 “JOBS”のパイロット機能 構造化データを解説するGoogleのデベロッパー向けサイトに「Pilot Features」というページがあります。 試験的な機能を紹介するページで、一部の限定した人たちだけが利用できる構造化データがこのページには掲載されています。 いずれは、すべてのサイトに対して公開する予定の機能です。 このページに「JOBS」というタブが見えます。 「job(s)」は、「仕事」という意味ですね。 仕事関連のschema.orgには、JobPosting があります。 求人情報のための構造化データです。 利用するとしたら、schema.org/JobPosting だろうと考えるのが妥当です。 404 ⇒ 削除 JOBSの構造化データによって、具体的に

[レベル: 上級] リッチスニペットの★にも使われるユーザー評価ですが、AMPページで評価を投稿することは可能でしょうか？ 今のところ、良い方法はなさそうです。 AMPページで評価を投稿させるには？ 英語版のオフィスアワーで次のような質問が出ました。 schema.orgのaggregateRatingで評価をリッチスニペットに表示している。AMP対応したのだが、AMPページではユーザーに評価を投稿させることができない。 どうやったら評価を付ける機能をAMPページで提供できるか？ GoogleのJohn Mueller（ジョン・ミューラー）氏は、「今までに聞かれたことがない、すごくいい質問だ」と前置きして、次のように答えます。 完璧な回答ができない。 もしできることが1つあるとしたら、amp-iframe 要素を使うことだろうか。amp-iframeを使って評価を投稿するウィジェットをAM

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向けページと同じリンクをモバイル向け

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

[レベル: 中級] Googleは、AMP化したモバイル検索を日本のGoogle (google.co.jp) に導入しました。 Google日本でAMPの開発に携わっている、検索担当パートナーシップマネージャーのDuncan Wright（ダンカン・ライト）氏がGoogle Japan 公式ブログでアナウンスしています。 AMP化したモバイル検索は、通常の検索結果で、⚡マークが付いたAMPラベルをAMP対応したページに付与します。 そしてモバイル向けページではなくAMPページへユーザーを着地させます。 モバイル検索のAMP化は、1か月前に米国 (google.com) で始まっていました。 日本でも、一部のユーザーに対してテストが行われていましたが、いよいよ全ユーザーに対する正式公開です。 AMP化した日本のモバイル検索 日本のGoogle検索で、通常のモバイル検索結果にAMPページを表

[レベル: 上級] 検索結果で、HTTPSページを（多少）優遇するアルゴリズムをGoogleは採用しています。 このアルゴリズムは、完全に安全な通信ができているかどうかや証明書の有効性を厳密には考慮せず、HTTPSで通信できていさえすれば基本的には優遇を受けられるとのことです。 GoogleのGary Illyes（ゲイリー・イリェーシュ）氏が、Marketing Landとのインタビューのなかで明らかにしました。 “https”で始まりさえすればいい HTTPSアルゴリズムについて、イリェーシュ氏は次のように説明しました。 最初の5文字 (h, t, t, p, s) に基いている。 「本物の証明書でなくてもいいのか？」という問いに対しては、このように答えています。 URLの最初にある5文字を基本的には見ている。それが https であり、検索結果に表示されることができているなら、最小限