モバイルファーストインデックスの技術ドキュメントをGoogleが刷新、準備編からベストプラクティス編へ
[レベル: 中級] モバイル ファースト インデックス対応を説明する技術ドキュメントを Google は大幅に更新しました。 この記事ではその変更点の概要を紹介します。 なお、記事を公開している時点では更新されているのは英語版ページです。 日本語版ページはまだ更新されていません。 MFI 技術ドキュメントの変更点概要 まず、ドキュメントのタイトルが変わりました。 旧: Prepare for mobile-first indexing 新: Mobile-first indexing best practices 「モバイル ファースト インデックスに向けて準備する」が「モバイル ファースト インデックスのベストプラクティス」になりました。 MFI への移行が完了したサイトが増えたので “Prepare”（準備）という表現がそぐわなくなってきたからかもしれません。 準備編からベストプラクテ
Google 検索でコンテンツを輝かせる方法 from #ChromeDevSummit 2019
[レベル: 上級] この記事では、先日参加した Chrome Dev Summit 2019 での検索にフォーカスしたセッションをレポートします。 セッションスピーカーは Martin Splitt（マーティン・スプリット）氏、セッションタイトルは “How to make your content shine on Google Search”（Google 検索でコンテンツを輝かせる方法）です。 Googlebotのレンダリングが劇的に高速化していることを先日お伝えしました。 この情報は、スプリット氏がこのセッションで言及したことでした。 ここではセッション全体をまとめてレポートします。 Evergreen Googlebot Googlebot を改良した。 最新の Chrome と同じレンダリングエンジン 1,000 以上の新しい機能をサポート Chrome（安定版）に合わせてレン
【Google社員に確認】nofollowがヒントになったからといってスパムには悪用できない
[レベル: 上級] この記事では、rel=”nofollow” が命令からヒントとしての扱いに変わった件に関する追加情報を取り上げます。 リンクスパムには悪用できない nofollow がヒント扱いになると聞いて、リンクスパムが発生するのではないかと心配する声を聞いています。 しかし、Google は十分に備えています。 そもそも、すべての nofollow リンクが突如としてランキングやクローリングに影響を与え始めるわけでは決してありません。 nofollow が付いている Wikipedia からの外部リンクや Twitter でのリンクによる言及、さらにはてなブックマークからのリンクがすべて評価対象になったりは絶対にしません。 Webmaster Conference Sappro のときに Google から来ていたゲイリーに、どういった場合に nofollow リンクが評価対象に
Googleがrel=nofollow属性の扱いを変更。sponsored属性とugc属性を新たに導入
[レベル: 上級] rel="nofollow" 属性の扱いを Google は変更しました。 従うべき命令としてではなく、手がかりのためのヒントとして利用するようになります。 また、nofollow の派生型として、link タグと用いる 2 種類の rel 属性を新たに導入しました。 nofollow 属性の扱いを変更 rel="nofollow" 属性が付いたリンクを Google はこれまでランキング要因としては利用していませんでした。 PageRank を渡すこともないしアンカーテキストも評価しません。 そして、nofollow 属性を命令 (Directive) として Google は扱い、必ず従ってきました（nofollow リンクが評価されている状況があるという分析もあるけれど、公式見解では nofollow リンクはランキング要因から除外されることになっている）。 今後
WordPress、サイトマップ生成をデフォルト機能として組み込むプロジェクトを開始
[レベル: 中級] サイトマップを生成する機能を WordPress のデフォルトの機能として実装するプロジェクトが始まりました。 WordPress のコアにサイトマップを組み込む 現状では、サイトマップを作成する機能は WordPress の標準機能としては備わっていません。 サイトマップ生成にはプラグインをインストールするかツールを自作します。 WordPress の人気プラグインの上位 15 個のうち、実に 4 個がサイトマップ生成の機能を提供しているとのことです。 WordPress ユーザーがサイトマップを必要としている証明です。 SEO においてもサイトマップは今や必須と言っていいでしょう。 ウェブで最も使われている CMS である WordPress で構築されたサイトの多くが SEO にも取り組んでいるはずです。 こういった経緯もあり、WordPress のコア機能として
同一サイトからのページを2件までに制限するようにGoogleが検索結果の仕様を変更、多様性を高めるため
[レベル: 中級] 同じドメイン名のサイトから 3 件以上のページが検索結果に通常は同時に出現しないように検索の仕様を Google は変更しました。 検索結果の多様性を高めることが目的です。 同一ドメインのページは 2 件まで 同一ドメインのページが同時に複数表示されることがあります。 こちらは、僕のサイトからのページが 3 件並んだ（過去の）検索結果です。 今回の仕様変更により、基本的には 2 件までに制限がかかりました。 検索結果の多様性を高めることが狙い 同一サイトからの結果ばかりだと多様さが失われます。 違うサイトからのいろいろな情報を得たいというユーザーのフィードバックをもとに仕様を変更するに至ったとのことです。 検索結果のほとんどが同じサイトからというケースもありましたね。 例外あり どんなときでも絶対に 2 件までということでもありません。 特定のクエリにおいては、関連性が
新たなSEOの到来か？ AMPストーリーが専用ブロックでGoogle検索に表示される #AMPConf
[レベル: 上級] AMP ストーリー専用のセクションが検索結果に表示されるようになります。 東京の六本木で 4 月 17 〜 18 日に開催された AMP Conf 2019 で発表がありました。 AMP ストーリーは、本をパラパラとめくるようにして物語風に一連の情報を閲覧できる AMP の機能です。 文字ではなく、画像や動画をふんだんに使ったビジュアルさに特徴があります。 こちらは、AMP Conf で紹介された楽天レシピの AMP ストーリーです。 動画のようですが、AMP HTML で作成されています。 専用アプリは不要で、プラットホームを問わずブラウザで表示できます。 Google 検索の AMP ストーリー 現在は、2 つのタイプで AMP ストーリー はモバイル検索結果に表示されます。 カルーセル サイト専用 (host-specific) のカルーセルにそのサイトの AMP
WordPressをAMP対応するプラグインの正式版 v1.0 が公開。統一されたデザインと機能のAMPページを実現
[レベル: 上級] WordPress サイトを AMP 対応する公式プラグインのバージョン 1.0 安定版が正式公開されました。 AMP プラグインのディレクトリからダウンロードできます。 統一されたデザインと機能を AMP で実現 v1.0 の大きな特徴の 1 つは統一されたデザインと機能を AMP ページで実現できる点です。 v1.0 以前のプラグインは、AMP ページのデザインが変わってしまい通常のモバイルページと比べるとかなり簡素に変換されてしまっていました。 しかし、v.1.0 では、AMP ページの外観および機能は通常のモバイルページとなんら変わりありません。 最新の AMP プラグインには 3 つのモードがあります。 Native Mode（ネイティブ モード）: サイトを完全に AMP 化する。すべてのページが AMP になり、通常の PC ページやモバイルページはなくな
モバイルウェブのスピードアップに不可欠なのは 画像・JS・フォント の最適化 #ChromeDevSummit
[レベル: 中級] 昨日とおとといに続いて、今日も 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（パフォーマンス バジェット）
Google、SEOに適したLazyloadの仕様を公開
[レベル: 上級] SEO と相性がいい Lazyload の実装を解説するドキュメントを Google はデベロッパー向けサイトで公開しました。 3つのアドバイス ドキュメントには3つの指針が書かれています。 1. viewport 内で見えるようにする viewport 内にあるコンテンツは、必ず Google にも見えるようにしておきます（viewport は簡単に言えば、スクリーンに表示される領域）。 つまり、重要なコンテンツが viewport に入ったときは確実に読み込ませます。 IntersectionObserver API と polyfill を実装するように Google は指示しています。 2. 無限スクロールでは paginated loading を使う 無限スクロールを採用している場合は、paginated loading を実装します。 paginated
SEOの未来は検索結果の中にある #BrightonSEO | 海外SEO情報ブログ
[レベル: 中級] この記事では、英ブライトンで先月末に参加した BrightonSEO 2018 September のキーノートスピーチをレポートします。 スピーカーは、SparkToro の CEO、Rand Fishkin（ランド・フィッシュキン）氏です。 強調スニペットやナレッジパネル、ローカルリスティングに象徴されるように、現在の SEO は競合サイトだけではなく Google とも僕たちは争わなければなりません。 Fishkin 氏は、将来の SEO に勝利するためのヒントは “検索結果の中” にあると考えています。 検索結果の中にある SEO とは一体どういったものなのでしょうか？ ※鈴木注: 具体例は日本向けに一部アレンジしています。 Google との契約 Google と我々（サイト管理者）はある種の契約を結んできた――我々は無料で Google にサイトを検索結果で
Google、Page Speedアップデートの影響を受けた遅いサイトに速度改善を要求
[レベル: 中級] ページの表示速度が非常に遅いサイトに対して警告を Google は送っているようです。 遅い表示のページを修正するようにとの Google からの指示 サイトの表示速度が遅いことに対して Search Console から通知を受けったサイト管理者がそのメッセージを Twitter で共有しています。 ########## N E W ##########https://t.co/tz1mlmzyuv ########## P O S T ########## PS New Search Console Warning is weird and informative.🕷️🗺️ pic.twitter.com/MFlI8l21oC — Oliver H.G. Mason 📉 (@ohgm) 2018年10月24日 警告メッセージを読みやすいようにキャプチャを拡大し
新Search Consoleに待望のリンクレポートが追加
[レベル: 中級] 新しい Search Console（ベータ版）にリンクレポートが追加されました。 お待ちかねの機能です。 より高い精度のレポートを提供 ナビゲーションメニューから「リンク」を選択することができるようになっています。 旧 Search Console では、外部リンクと内部リンクが各々のレポートに分かれていました。 しかし 新 Search Console では「リンク」として1つのレポートにまとめられています（データは別々に参照可能）。 まず重要なこととして、新 SC のリンクレポートは旧 SC のレポートと比較して、精度が高くなっている点が挙げられます。 この改良により、旧 SC のレポートよりもリンクの数が減少している場合があります。 これは必ずしも本当にリンクが減ったとは限らず、より正確な数字を反映しているからです。 データの見方に関して、ほかにも認識しておきた
GoogleがDataset構造化データをサポート、表形式のデータを検索結果に表示
[レベル: 上級] dataset（データセット）の構造化データを Google がサポートするようになりました。 schema.org/Dataset の構造化データをマークアップすると、表形式で構成されたデータをリッチリザルトとして検索結果に表示できます。 定型フォーマットで整理したデータを検索結果に表示 dataset として定義できるデータの種類はさまざまです。 統一されたフォーマットで構成されたデータはたいてい dataset として利用できます。 たとえば、イメージしやすいのは CSV で保存されているデータです。 表形式になっていて、何らかのデータを系統的に提供しています。 独自の形式であっても、定型のフォーマットでデータをまとめていれば dataset として認められます。 コンピュータに読み込ませるデータは、定められたフォーマットになっていることが多いはずです。 そうした
Google PageSpeed Insightsのoriginコマンドでサイト全体のスピードを計測
[レベル: 中級] ウェブページの表示スピードを計測するツールの PageSpeed Insights で、サイト全体を集計した速度データを調べられるようになりました。 これまでは、単一のページが検証の対象でした。 origin: コマンドで集計データをレポート サイト全体の速度データを集計してレポートを出すには origin: をドメイン名の URL の先頭に付けます。 僕のサイトであれば、origin:https://www.suzukikenichi.com で検証します。 僕のサイトは、全体としては「Fast」（速い）という結果が出ました。😃 あるいは、個別ページを検証すると、origin: コマンドを使うと集計データをレポートすることができるという説明が出てきます。 Chrome ユーザー エクスペリエンス レポートでは、このorigin（https://www.example
安全性を示すHTTPSのラベルとアイコンがGoogle Chrome 69から削除、一方で非HTTPSページでは赤色反転で危険性を強調
[レベル: 中級] セキュリティに関する Chrome ブラウザの UI 変更を Google はアナウンスしました。 HTTPS および HTTP ページのインジケータが将来のバージョンの Chrome で変わります。 鍵アイコンと「保護された通信」ラベルの削除 HTTPS で配信されるページに対して表示されるラベルとアイコンが削除されます。 現在は、HTTPS ページにアクセスしていると鍵アイコン🔒と「保護された通信」ラベルがアドレスバーの先頭に表示されます。 2018年9月にリリースされる Chrome 69 ではラベル表示がなくなり、鍵アイコンだけになります。 「https://」のスキームもなくなります。 最終的には鍵アイコンも表示しなくなる予定とのことです。 HTTPS 通信であることがわからなくなりますが、セキュリティが守られていることがウェブでは当たり前だとユーザーは想定
AMPとPWAを組み合わせたもう1つの構成、「Shadow Reader」とは？
[レベル: 上級] 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対応をやめたとき、Google検索にAMPページを表示させないようにする3つの方法（ただし使いたいのは1つだけ）
[レベル: 上級] AMP 対応をやめたとき、AMP コンテンツが Google 検索に表示されなくするようにする方法を Google はデベロッパー向けページに追加しました。 Google は3つの方法を説明しています。 僕の見解も交えながら、この記事で紹介します。 【方法1】Google 検索から AMP ページを削除 この方法を使うと、検索ユーザーにエラーを発生させることなく AMP ページが検索結果に表示されるのを止めることができます。 正規ページ (rel="canonical" で指定しているページ) の HTML コードから、rel="amphtml" を削除する AMP ページの URL を、対応する正規ページの URL に 301 リダイレクトまたは 302 リダイレクトする AMP ページがなくなったことを次のようにして確かめる Google 検索して AMP ページが
Google Analyticsで検索順位を調べるフィルタ設定 | 海外SEO情報ブログ・メルマガ
１ヶ月ほど前に、Googleの検索結果のリファラーが変わるというアナウンスがありました。 下のビデオは、GoogleのMatt Cutts（マット・カッツ）氏の新しいリファラーに関する解説です。 新しいリファラーに付くストリングスを取得して、アクセスを発生させたキーワードが検索結果で何位だったのかを、Google Analyticsを使って調べることができます。 すでに、いくつかのブログで設定方法が紹介されていますが、知らない読者さんもいることでしょうし、このブログにも残しておきたいので、解説することにします。 情報ソースは、How To Monitor Your Rankings Using Google Analytics Advanced Filter Segmentation – blogstormです。 Google Analytics（以下、GA）が、すでにインストールしてあり
Titleタグ、H1タグ、Meta Descriptionタグの最適化
内部SEOにかかわるHTMLタグの最適化として、真っ先に取り掛かるのは、Titleタグ、H1タグ、Meta Descriptionタグ、この３つではないでしょうか（Yahoo!の場合は、Meta Keywordsタグも入りますかね）。 それぞれにキーワードを含んだほうがいいのは分かりますが、まったく同じではいけませんし、キーワードの詰め込みすぎも避けるべきです。 ユーザーにとって分かりやすく、興味を持たせるようなコピーも大切です。 WebmasterWorldのアドミニストレータ、tedster氏が、Titleタグ、H1タグ、Meta Descriptionタグの上手な使い方に関してアドバイスしています。 CMSを使っているとTitleタグとH1タグが同一になることがあるが、H1タグはもう少し詳しくした方がよい。 キーワードを狙い過ぎたSEOによるペナルティは、アンカーテキストによるものが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
