[レベル: 初級] パソコン用 Googlebot によるクロールとインデックスを 2024 年 7 月 5 日以降 Google は完全に終了します。 検索セントラルブログでアナウンスがありました。 ウェブサイトをクロールするのは スマートフォン用 Googlebot だけ 2023 年 10 月末に、モバイル ファースト インデックスへの移行が完了したことを Google は宣言していました。 しかし実際には、モバイル ファースト インデックスに対応できていないごく一部のサイトについては、パソコン用 Googlebot によるクロールを継続していました。 ですが、2024 年 7 月 5 日以降は、モバイル ファースト インデックスに対応していないこうしたサイトのクロールもスマートフォン用 Googlebot で実行します。 もし、スマートフォン用サイトのコンテンツを省略していたり、あ

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

言葉だけを単に認識するのではなくその言語が表す「意味」を理解する、Googleの言語解析能力が年々向上しているのは間違いありません。 専門用語で言うところの“Smantic”(セマンティック)で、このセマンティックを処理する力が特に最近飛躍的に伸びてきていることを、WebmasterWorldの管理者が次のような現象によって確信しています。 検索キーワード（キーフレーズ）に入っているキーワードの同意語しかないページが非常に上位に表示される。 検索結果のページタイトルが、もともとのtitleタグではなく、関連するキーワードに書き換えられる。 関連用語として、検索ボックスに入力した単語に単純に基づくというよりも意味的に同じ言葉を含むキーワードが提示される。 上の現象を、1つの単語だけではなく、複数の単語からなるフレーズ（句）でも確認しているそうです。 これにより次のようなことが予想できると続け

[レベル: 中級] 動画だけを掲載するページの作成を推奨するガイドを、検索セントラル サイトの動画検索のベストプラクティスに Google は追加しました。 各動画の専用ページを作る この記事を公開している時点では、日本語ページはまだ更新されていません。 オリジナルの英語ページには次の段落が加わっています。 【UPDATE (2021/11/18)】 日本語ページにも更新が入りました。 To give your videos maximum exposure, create a dedicated page for each video, where the video is the most prominent subject on the page. Some features require that type of video page, including Key Moments

[レベル: 中級] この記事では、Wordpress 5.5 に標準実装されたサイトマップ生成機能を無効化する方法を紹介します。 WordPress のコア XML サイトマップ機能 リリースされたばかりの WordPress 5.5（この記事を公開している時点での最新バージョン）は、検索エンジン向けの XML サイトマップを作成する機能をコア機能として標準実装しました。 これまでサイトマップ生成にはプラグインを利用していました。 コア サイトマップは WordPress をインストールしたディレクトリの直下に作られます。 ファイル名は wp-sitemap.xml です。 example.com に WordPress をインストールしていたらサイトマップの場所は example.com/wp-sitemap.xml になります。 アクセスしたサイトマップはこんな感じです（正確には、サイ

[レベル: 上級] rel="nofollow" 属性の扱いを Google は変更しました。 従うべき命令としてではなく、手がかりのためのヒントとして利用するようになります。 また、nofollow の派生型として、link タグと用いる 2 種類の rel 属性を新たに導入しました。 nofollow 属性の扱いを変更 rel="nofollow" 属性が付いたリンクを Google はこれまでランキング要因としては利用していませんでした。 PageRank を渡すこともないしアンカーテキストも評価しません。 そして、nofollow 属性を命令 (Directive) として Google は扱い、必ず従ってきました（nofollow リンクが評価されている状況があるという分析もあるけれど、公式見解では nofollow リンクはランキング要因から除外されることになっている）。 今後

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

[レベル: 上級] Google は、Signed HTTP Exchanges (以下、SXG) を有効にした検索を正式に公開しました。 2018 年 11 月下旬に試験用のデモ検索を公開していましたが、通常の検索で SXG が現在は有効になっています。 SXG は、AMP キャッシュにアクセスした際に AMP CDN から返されるキャッシュの URL ではなく、オリジナルの AMP コンテンツを配信している本来のサイトのドメイン名の URL で表示するための技術です。 自分のドメイン名の URL で表示できない AMP キャッシュ 検索からアクセスした AMP ページの URL はたとえば、次のようになっています。 https://www.google.co.jp/amp/s/www.example.com/amp/sxg.html これは、自分のドメイン名ではなく Google が管

[レベル: 上級] メジャーな 2 大 JavaScript フレームワークである Angular と React、そしてこの 2 つには及ばないもののシェアを伸ばしてきている Vue.js を採用したウェブサイトは基本的に Google 検索においてうまく機能します。 SEO と相性が悪いフレームワークではありません。 ただしいくつか気をつける点もあります。 Angular/React/Vue は Google SEO に問題なし JavaScript SEO をテーマにした DeepCrawl との Q&A 動画チャットで、Google の Matin Splitt 氏が、メジャーな JavaScript フレームワークの Google 検索での利用について説明しました。 次の 3 つの JS フレームワークは Google の SEO に害を与えるようには作られていないと自身で詳しく

[レベル: 初級] 検索結果に表示される半分以上のページがすでにモバイル ファースト インデックス（以下、MFI）に移行したことを、昨年暮れに Google は公表しました。 一方で、残りの半分の移行は一筋縄ではいかないだろうと、Google の John Mueller（ジョン・ミューラー）氏はコメントしたと Search Engine Roundtable が報じています。 モバイルページと PC ページの不一致 MFI に移行できない一番の理由は、モバイル向けページと PC 向けページが同等になっていないサイトが多いからのようです。 MFI に関する最新の公式ブログ記事から察するに、おそらく特に、次の情報の不一致が移行の妨げになっているのではないかと僕は疑います。 モバイル版ページの構造化データの欠落 モバイル版ページの画像代替テキストの欠落 モバイル向けページに構造化データがないと

[レベル: 中級] Google の現在の検索結果には、従来の青色リンクのほかリッチリザルトや強調スニペット、ナレッジグラフ カードなどさまざまな特殊機能が加わっています。 こうした検索結果に含まれるさまざまな形式を解説したヘルプ記事を Google は公開しました。 ページやサイトに最適な機能のアドバイスもしています。 「サイトの検索結果機能を有効にする」ヘルプ記事 検索結果の一般的なカテゴリとして、次が挙げられています。 通常の青色リンク 拡張機能 リッチリザルト ナレッジグラフ カード 強調スニペット Onebox の検索結果 こちらは、通常の青色リンクの説明です。 こちらは、ナレッジグラフ カード の説明です。 こちらは、Onebox の検索結果説明です。 リッチリザルトは特別で、カーソルを当てるとポップアップが出現し、さらに詳細を説明しているデベロッパーサイトへリンクしています（

[レベル: 中級] 昨日とおとといに続いて、今日も Chrome Dev Summit 2018 のセッションレポートをお届けします。 セッションのタイトルは “Speed Essentials: Key Techniques for Fast Websites” です。 昨日レポートしたセッションと同じようにモバイルウェブの高速化がテーマです。 しかし、こちらはより実践的な内容になっています。 パフォーマンス改善に非常に役立つテクニックが満載です。 パフォーマンス改善の優先対象は画像とJS、フォントの3つ モバイルウェブで 1 ページあたりデータ量が多いリソースは次の順番（HTTP Archive 調べ） 画像 (約 500 KB) JavaScript (約 380 KB) フォント (約 80 KB) この 3 つは Performance Budget（パフォーマンス バジェット）

[レベル: 上級] SEO と相性がいい Lazyload の実装を解説するドキュメントを Google はデベロッパー向けサイトで公開しました。 3つのアドバイス ドキュメントには3つの指針が書かれています。 1. viewport 内で見えるようにする viewport 内にあるコンテンツは、必ず Google にも見えるようにしておきます（viewport は簡単に言えば、スクリーンに表示される領域）。 つまり、重要なコンテンツが viewport に入ったときは確実に読み込ませます。 IntersectionObserver API と polyfill を実装するように Google は指示しています。 2. 無限スクロールでは paginated loading を使う 無限スクロールを採用している場合は、paginated loading を実装します。 paginated

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

Googleは、ウェブページに設置できる「+1」(プラスワン) ボタンを一般公開しました。 Google +1は、3月末に公開されたサービスで気に入った検索結果にマークを付けることができます。 これに対して+1ボタンは、ウェブページに設置するパーツです。 ツイートボタンやはてなブックマークボタンと使い方は同じです。 （<= すぐ左に見えるので分かりますね。） 【UPDATE】一部のブラウザでは表示されないようです。 +1を付けたページがあなたの友だちの検索結果に出てくると、あなたが+1を付けたということが分かります。 同じように、あなたの友だちが+1を付けたページが検索結果に出てくると、あなたにはそれが分かります。 また友だち以外のユーザーが+1を付けたときは、その人数が分かります。 +1ボタンのコードはこちらのページから入手可能です。 【UPDATE】キャプチャは英語ページですが日本語ペ

[レベル: 上級] AMP Stories (AMP ストーリー) の v1.0 が公開され、すべての開発者が利用できるようになりました。 これまでは、申請してホワイトリストに登録してもらう必要がありました。 通常の検索での AMP ストーリー AMP ストーリーは、本をパラパラとめくるようにして物語風に一連の情報を閲覧できる AMP の機能です。 文字ではなく、画像や動画をふんだんに使ったビジュアルさに特徴があります。 AMP ストーリーは、試験用の Google 検索でしか見ることができませんでしたが、今は通常の検索で見ることができます。 こちらは Washington Post（ワシントン・ポスト）の AMP ストーリーです（“Washington Post” でモバイル検索すると、AMP ストーリーのカルーセルが出てきます）。 AMP ストーリーのもう少し詳しい解説は、Web担当者

[レベル: 全員] ページの読み込み速度をモバイル検索のランキング要因として利用する 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

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

[レベル: 上級] JavaScript で構築されたサイトのために Dynamic Rendering（ダイナミック レンダリング）と呼ぶ仕組みを Google はサポートするようになります。 米マウンテンビューで開催された Google I/O 2018 のセッションで Google の John Mueller（ジョン・ミューラー）氏が発表しました。 Google が現在サポートする JS サイトのための3つのレンダリング構成 JavaScript でレンダリングされたコンテンツを適切にインデックスするために、次の3つのレンダリング構成を Google は現在サポートしています。 Client Side Rendering（クライアント サイド レンダリング）――クライアント側、つまりブラウザまたは Googlebot がすべてをレンダリングする。Googlebot がレンダリングで

[レベル: 上級] Googleは、ウェブ検索結果に挿入されるローカル結果のデザインと仕様を変更しました。 オーナー確認していないGoogle+ローカルページをGoogleが削除したことを説明した先週の記事のなかで軽く触れましたが、ローカルSEO業界ではとても重大な出来事なのでこの記事であらためて取り上げます。 これが最も大きな変更です。 従来は、7つのローカルビジネスがリスティングに掲載されていました。 7パック (7 Packs)とローカルSEOの世界では呼んでいます。 これが3つに減りました。 ※ただしクエリによっては以前にも3つの場合があった 以前の7パック 新しい3パック 7つあった“席”が3つに減ったということは、4つのローカルビジネスが検索結果から締め出されます。 検索トラフィックに影響が出てきそうです。 パック結果に残った方はトラフィックが増えそうだし、反対に締め出された方