コアウェブバイタル改善にはメリットしかない。離脱率24%減・トップニュース表示は魅力的【SEO情報まとめ】

今週のピックアップ

コア ウェブ バイタルがさらに重要に！ Google検索トップニュース枠掲載の条件にも
AMPは必須要件から外れる （グーグル ウェブマスター向け公式ブログ） 国内情報

グーグルがCore Web Vitals（コア ウェブ バイタル）をランキング要因に組み込む予定であることは、前回のこのコーナーで紹介した。この公式アナウンスが日本語でも公開されたので、紹介しておく。ひととおり目をとおしておくといい。

コア ウェブ バイタルについて知っておくべき内容には前回の記事で触れたのだが、1点だけお伝えしなかったことがある。それは、モバイル検索のトップニュースの掲載条件としてコア ウェブ バイタルが使われることだ。

言い換えると、「Googleモバイル検索のトップニュース枠カルーセルに掲載される条件が変わる」ということでもある。具体的には、次の変更が予定されている：

現在は、AMP対応した記事だけがトップニュース枠に掲載される。逆の言い方をすれば、AMP対応していないとトップニュース枠には入れない。

しかし、今後コア ウェブ バイタルがランキング要因になるのにあわせて、次のように条件が変わる：

• AMPがトップニュースの必須要件から外れる
• コア ウェブ バイタル（を含むユーザーエクスペリエンス）が考慮される

つまり、AMP対応していないページでもユーザーエクスペリエンスの条件を満たしていれば、トップニュース枠に入るチャンスがあるのだ。

この「ユーザーエクスペリエンス」要因に具体的にどんなものが含まれてどのように考慮されるのかまではグーグルは明らかにしていない。また、条件が変更されるのは、今すぐではない。コア ウェブ バイタルがライキング要因になるタイミングと同じだ。2021年以降で、かつ実施の半年以上前に事前アナウンスするということだ。

なぜグーグルはウェブ バイタルが重要だと考えるのか？
CWVを満たすサイトは離脱率が24%低下 （Google Developers Japan） 国内情報

グーグルが「ウェブにおける健全なユーザー体験を実現するため」として始めた「Web Vitals（ウェブ バイタル）」の取り組みだが、その背景にはどんな理由があるのだろうか。

そして、グーグルはなぜ「LCP」「FID」「CLS」という3つの指標を重要な「コア ウェブ バイタル」に設定し、それぞれの基準値をどのように設定したのだろうか。

「コア ウェブ バイタル」3指標を定めるに至った背景や経緯を、Googleの開発者向けブログが説明した。この記事を読むと、UXを向上するためにコア ウェブ バイタルがなぜ重要なのかが理解できるはずだ。

ブログで解説しているなかから、重要なポイントをいくつか紹介しよう。

ヒューマン コンピュータ インタラクション（HCI）やユーザー エクスペリエンス（UX）の研究者たちの広範囲にわたった研究が、これらの指標を導き出しています。

これらのしきい値を満たしているサイトでは、ページ読み込みをやめる（読み込みが完了する前にページを離れる）ユーザーが 24% 少なくなることがわかりました。

離脱率がニュースサイトでは 22%、ショッピング サイトでは 24% 低下しています。オンライン ビジネスでこのレベルの改善を行える方法はほとんどありません。

この推奨事項は、Chrome による現在のウェブの分析情報も参考にしつつ、十分な数のサイトで実際に達成できるような実用的なものを目指しています。

「LCP」「FID」「CLS」のような指標を提示されると技術的なことのように思えてしまう人もいるかもしれない。しかしグーグルは、これらを、

ビジネス オーナー、マーケティング担当者、デベロッパーを等しく支え、ユーザー エクスペリエンスを改善する機会を提供するための Google による取り組みです

であると説明している。

解説を読むと、グーグルがこれらの指標を定めたのは、検索アルゴリズムを改善するというよりも、「ユーザーにすばらしい体験を提供するため」に必要なことを突き詰めていった結果なのだとわかる。

前回の記事でも解説したが、コアウェブ バイタルの各指標で目指すべき指標値を、グーグルは示している。訪問全体の75パーセントで目指す「良好な」数値は、次のとおりだ：

• LCP（最大コンテンツの描画）： 2.5秒未満
• FID（初回入力遅延）： 100ミリ秒未満
• CLS（累積レイアウト変更）： 0.1未満

人によってはハードルが高いと思ってしまうかもしれない。しかしこの推奨値は、「とりあえずこれぐらい」と定めた数字ではない。多くのデータと研究に基づいたものであり、グーグルはこれを「十分な数のサイトで実際に達成できるような実用的なもの」として設定している。

仮にグーグル検索のランキング要因にならなかったとしても、「離脱が24%減る」可能性があるのならば、改善によって売上や利益にどれぐらい貢献するかを試算できるし、改善にどれぐらいの金額を投資すべきかもイメージしやすいだろう。

コア ウェブ バイタルの最適化には、ビジネス貢献という面で十分価値がある。元記事をよく読んで、ウェブバイタルの背景を知ってほしい。やむを得ずではなく積極的にコア ウェブ バイタルの最適化に取り組みたくなるだろう。

グーグル検索SEO情報①

古いページにはGoogleのガイドライン違反があっても仕方ないよね？
古いかどうかは関係ない、今の状態が問われる （John on Twitter） 海外情報

ずっと昔に公開したページならば、特にガイドライン違反を修正する必要はないのでは？

長らくサイトを運営していれば、こんな疑問が浮かぶこともあるだろう。ちょうど、グーグルのジョン・ミューラー氏にフォロワーが次のように質問していた。

広告記事があって、そこからのリンクに rel="nofollow" も rel="ugc" も付けていなかったとしたらガイドライン違反になりますか？ どの広告記事も3年前以上昔の古いものです。

nofollow タグを付けるべきですか？ それとも最新の広告を追加するべきですか？

ミューラー氏は次のように答えた。

ページの一部がウェブマスター向けガイドラインに従っていないのであれば、今からでも従ったほうがいい。従っていないページが古いかどうかは関係ない。

ウェブマスター向けガイドライン違反は、「いつ違反したか」ではなく「現在違反している状態かどうか」が問題になる。ガイドラインに違反する箇所が今あるのならば、修正しなければならない。

考えてみれば当たり前のことなのだが、うっかりと勘違いしている人もいるかもしれないので、ちゃんと紹介しておく。

ちなみに、手動の対策は100日ほど放置しておくと自動的に解除されるという話を聞いたことがあるだろうか？ 2011 年の情報であり今は変わっているかもしれない。機会があれば、今はどうなっているのかをグーグルの人に聞いてみたい。

リンク評価を引き継がないサイト移転は可能か？
robots.txtでブロックした中間ページを挟む （John on Twitter） 海外情報

別のサイトを自分のサイトに統合したいのだが、リンクの評価を引き継がないようにすることはできるのだろうか？ robots.txt でブロックした中間ページをリダイレクトに挟むと実現できそうだ。

例を挙げて解説しよう。統合元と統合先のサイトがそれぞれ次のようなものだったとする（.comと.jpの違いだ）。

• 統合元のサイト： https://example.com
• 統合先のサイト： https://example.jp

そして、統合元の example.com 内にリダイレクト用のページを作るのだが、そのリダイレクトページは robots.txt でクローラーのアクセスをブロックしておく。

• リダイレクトページ： https://example.com/blocked/
  ※このパスはexample.com/robots.txtでブロックしておく

  user-agent: *
  disallow: /blocked

そして、統合元サイトから統合先サイトに直接リダイレクトするのではなく、リダイレクトページ（クローラーをブロック済み）を介してリダイレクトするのだ。

統合元のどのページからも、統合先のトップページ（または特定のページ）にリダイレクトする場合は、次のようにする：

統合元と統合先でURLを対応させて個別にリダイレクトしたいならば、たとえば次のようにする：

リダイレクトが2回発生するが、ユーザーもグーグルのクローラーも、正しく最終ページに到達できる。しかしクローラーは robots.txt でブロックした中間ページ（example.com/blocked/）をクロールできないのでページの中身は見ない。したがって、ページの評価を最終ページに引き継がないというわけだ。

ツイッター上でユーザーが「こうすればいいのでは？」と提案したやり方だが、ジョン・ミューラー氏も「いいやり方だ！」と認めている。リダイレクトページを統合元のドメイン名に置くのは、統合先サイトへのリンク評価の影響を完全に隔離するのが目的として、ジョン・ミューラー氏が勧めているものだ。

「こんな変なことをすると、グーグルに怪しまれるのでは？」と思う人もいるかもしれない。しかしこれは、広告のリンクがPageRankを渡さないようにしてガイドライン違反を避ける方法として、グーグルが提示しているやり方と仕組みは同じだ。

実際に利用する機会があるかどうかはともかくとして、リンク評価を引き継がないサイト統合は技術的に可能である。

レシピの構造化データ、めっちゃ検索トラフィックに影響あってヤバい
失敗談のケーススタディ （TechnicalSEO.com） 海外情報

人々がまだ外出を控えていることから、料理のためのレシピ情報に対する検索ニーズは高まっていることだろう。レシピを掲載しているサイトの担当者に知っておいてほしいことがある。

それは「レシピの構造化データは、検索トラフィックに大きな影響を与えている場合がある」ということだ。

というのも、掲載していたレシピの構造化データを誤って削除してしまったところ、検索トラフィックが大きく減少してしまった事例があったのだ。

構造化データがなくなったことによりレシピのリッチリザルトが検索に出なくなった。その結果、モバイル検索ではクリック数が51%減ったとのことだ。デスクトップ検索はモバイル検索ほどのダメージを受けなかったが、それでもクリック数は18%減少したのだという。

ランキングへの影響は図りづらいのだが、レシピ ギャラリーに掲載されなくなったことで露出が減り、トラフィック減につながったと考えられる（構造化データはランキングには直接影響しないので、通常検索への影響はなかったとも考えられる）。

このケーススタディから教訓として得られるのは、リッチリザルトは検索トラフィックに大きく影響を与えるという事実だ。

なお、通常のレシピ リッチリザルトとレシピギャラリーを検索パフォーマンスレポートの「検索での見え方」で分けてフィルタできるようになった。つい最近の機能拡張だ。

ローカルSEOに必須、今いる場所を変更して検索結果を調べる方法
Chromeのデベロッパーツールを利用 （アユダンテ コラム） 国内情報

スマホはもとよりPCで検索したときにも、ユーザーが今いる物理的な場所に応じて現在のグーグルは検索結果を調整する。

となると、SEO担当者はこんな風に考えるかもしれない：

SEOの成果を確認するのに、いちいち対象の場所に移動してスマートフォンで検索結果ページをチェックしなければいけないのだろうか？

心配しなくていい。Chromeのデベロッパーツールを利用すると現在位置を任意の場所に設定して検索結果を調べられる。新宿にいながら、札幌市や那覇市で検索した結果を見られるのだ。

詳しいやり方をステップ・バイ・ステップでアユダンテさんが解説している。

いわゆるローカルSEOにあなたが取り組んでいるなら、この手法は非常に役立つ。習得しよう。

YouTube動画で学ぶSEO（筆者からのおしらせ）

SEO を YouTubeで解説する動画チャンネルシリーズは、引き続き更新している。筆者がわかりやすく説明する動画で、最近は次のようなトピックを扱っている。

• 被リンクの重要性】数を集めればGoogleに評価されるものなのか
• 【SEO効果はある？】サイテーションと被リンクの違い
• 【構造化データとは？】テストツールやメリット・デメリットを徹底解説

週 1 回更新しているので、ぜひチャンネル登録してほしい。

→ ミエルカチャンネル

グーグル検索SEO情報②

待ってました、グーグル社員によるオフィスアワーが復活！
金谷氏とあんな氏は健在 （ウェブマスター オフィスアワー 2020 年 06 月 04 日） 国内情報

金谷氏とあんな氏によるオフィスアワーは一時的に中断していたが復活した。いつもとは異なり、ライブではなく録画の配信であったが特に不満は出なかったようだ。

2 人が回答した質問は次のとおりだ。久しぶりのせいか、今までにないボリュームだ。

• 検索パフォーマンスレポートの見方（0:11:00）
• 各 Google サービスの集計結果が一致しない（0:14:35）
• FAQ 構造化データの数値の定義（0:16:40）
• アコーディオンでテキストを隠すのは問題か（0:18:44）
• 検索結果に 1 ページ目までしか表示されない（0:21:50）
• ガイド付きレシピで謎のエラー（0:21:50）
• スマホページのみが検索結果に表示される（0:21:50）
• rel="canonical" 属性の効果（0:21:50）
• 新規サイトが MFI 対応されない（0:31:06）
• サイトがインデックスされない（0:31:06）
• インデックス登録されない時の対処法（0:31:06）
• URL は登録できますが問題がある（0:31:06）
• サイトマップが送信できない件（0:31:06）
• Ameba blog で Search Console と連携したい（0:31:06）
• 指名検索で表示されなくなった（0:40:16 ）
• 新サービス立ち上げ時のドメイン（0:44:47）
• ルートドメインとサブドメインの関係（0:48:09）
• 新規ドメインでコンテンツ再公開すると重複？（0:50:04）
• 自分のブログ記事が無断で転用される（0:50:04）
• スパムレポートは1件ずつ送るしかないの？（0:50:04）
• FAQ の構造化マークアップを復活させたい（0:50:04）
• 構造化データの重複は問題になるのか（1:01:45）
• 「JavaScript を使った構造化マークアップ」のガイドライン（1:02:40）
• FAQリッチリザルト（1:04:42）
• 大規模サイトリスト型ページのページネーション（1:07:34）
• お店の一覧ページは noindex にするべきか（1:09:26）
• Googlebot の JavaScript レンダリングの処理（1:11:49）

良い質問もそろっている。まだ視聴していない人のために動画を埋め込んでおく。該当の場所のタイムスタンプをふってあるので、気になる質問の回答だけでも確認しておこう。

グーグル検索したユーザーの99% 以上はスパムを経験していない!?
スパム対策の本気度を示すデータをグーグルが公表 （グーグル ウェブマスター向け公式ブログ） 国内情報

「最近のグーグル検索は精度が低い」「そうでもないと思う、良くなっている」といった会話は、SEO担当者の間で常に行われているものだ。人によって検索のコンテキストが異なることから、検索品質の評価も人によって違うのは当たり前だろう。

検索品質、特にウェブスパム対策をどの程度うまくできているのかについて、グーグル自身はどう評価しているのかを、グーグルが公表した。2019年の実績では、毎日250億を超えるスパムを観測し、次のような成果をあげたそうだ：

• Google 検索結果からのアクセスの 99% 以上がスパムを経験していない
• 2018 年には、ユーザー生成スパムを 80% 削減できたが、2019 年も増加していない
• リンクスパムの 90% 以上が Google のシステムによって検出
• ハッキングは、依然としてよく見られるが過去数年に比べると落ち着いている
• 自動生成および無断複製されたコンテンツによる影響を 2018 年と比較して 2019 年は 60% 以上削減
• 2019 年に約 23 万件の検索スパムの報告を受け、そのうちの 82% に対して措置を講じる
• 問題を発見したサイトに 9 千万件を超えるメッセージを Search Console から送信――うち約 430 万件は手動による対策に関する通知

検索結果からスパムを100%完全に排除することは不可能だが、少なくとも「グーグルがウェブスパムだと判定するもの」の撲滅への取り組みは確実に実を結んでいるようだ。

たとえば、グーグルが対策に非常に手を焼いたリンクスパムは（たとえゼロではないにしても）実感できるほどに姿を消している。

リンクスパムの 90% 以上が Google のシステムによって検出され、有料リンクや相互リンクなどの手法の効果が抑制されました

この報告は本当の結果だと筆者は思う。アルゴリズムが見逃したリンクスパムの多くもスパムチームの目視チェックにより発見されているに違いない。

スパムに対するグーグルの努力をたたえるとともに、スパム手法には絶対に手を出さない姿勢を今後も続けていこう。またスパムを発見した際には通報できる。効果がすぐには現れないとしても、筆者たちが送ったスパムレポートはグーグルのスパム対策を手助けしているのだ。

PWAで構築したECサイトの一覧
さまざまなジャンルから集まっている （Sander Mangel on GitHub） 海外情報

PWAの技術を採用して構築したECサイトを調べ上げた人がいた。

アパレルから宝石、生活、健康、美容などさまざまなジャンルのPWA製ECサイトが集まっている。情報も英語で紹介されているのも英語サイトだが、

• 利用しているフロントエンド（Vue.js・React・Angularなど）
• 利用しているバックエンド（Magento・Shopifyなど）

などの情報も添えられている。どのサイトも、PWAを効果的に利用しているようだ。

どんなPWAの機能を具体的に利用しているかまでは外からではすべて知ることは難しいかもしれない。しかし開発者と一緒に分析して、良さそうなものは自分のサイトにも取り入れてみるといい。

自分のサイトとは異なるジャンルのサイトもチェックしたい。意外な発見を期待できる。

HTMLのimgタグに書くwidth/height属性の役割が進化！！
コアウェブバイタルで重要なCLSを改善する方法おしえます （mizdra's blog） 国内情報

HTMLには古くからある画像要素（imgタグ）だが、画像の読み込みを経てもページ内の要素がズレないようにする新たな仕様が実装されつつあるので、紹介しておく。

……と書くと「あ、技術的なことか、関係ない」と思うかもしれないが、そうではない。

これはグーグルの定めるCore Web Vitals（コア ウェブ バイタル）の1つであるCLS（Cumulative Layout Shift、累積レイアウト変更）にも関係する重要なものだ。

要は、ユーザーが意図しないレイアウトのずれ（Layout Shift）を抑えるための仕様だ。

元記事では、画像によるレイアウトのズレが発生する原因とその解決策を詳細に解説している。技術的に高度な内容も含んでいるが、読んでおいて損はない良記事だ。

ちなみに、結論だけ書いておくと、次のようなものだ：

• 画像の読み込み中でも表示予定の領域を確保しておきズレが発生しないようにする仕様
• JavaScriptなどは一切使わず、HTMLやCSSをブラウザがどう解釈するかの話
• imgタグの書き方は今までと変わらない（特に新しい属性が追加されたわけではない）
• width/height属性で元画像のサイズを正しく指定しておく
• 表示サイズはCSSのwidth/heightプロパティで指定する
• これでレスポンシブ画像でも読み込み中に表示予定の領域を確保できる

なぜこうした仕様になったのか、歴史的な経緯を把握したうえで、「画像読み込み中の表示ズレを抑えるHTMLの書き方」を理解しよう。

海外SEO情報ブログの
掲載記事からピックアップ

コア ウェブ バイタルと強調スニペットに関する記事を今回はピックアップ。

• Core Web VitalsがGoogle検索のランキング要因になるアップデートに関する疑問に回答してみた

  グーグルに代わってありがちな質問に答える

  ★★★★☆

  • CWV最適化にがんばりたい人用（ふつうの人は気にしなくていい）
• Google検索の強調スニペットをクリックすると該当箇所まで直接スクロール&ハイライト表示する機能がAMP以外でも利用可能に

  ユーザーには便利な機能

  ★★★☆☆

  • SEOがんばってる人用（ふつうの人は気にしなくていい）