Google、ロゴ構造化データの画像フォーマットにSVGとWebPをサポート
[レベル: 上級] 組織のロゴを指定する構造化データの画像フォーマットに .svg と .webp を Google は追加しました。 これまでサポートしていた画像フォーマットは次の 3 種類でした。 .jpg .png .gif .svg と .webp を合わせて、5 種類の画像フォーマットを現在はサポートしています。 ロゴ構造化データはナレッジパネルの画像に使われる ロゴの構造化データを設定しているサイトは多くないかもしれません。 ロゴの構造化データを schema.org でマークアップしていると、Google の検索サービスで利用されます。 代表的な使われ方はナレッジパネルのロゴです。 構造化データで設定したロゴを Google は必ず使うわけではありませんが、強いシグナルとして参考にします。 自社のナレッジパネルのロゴが適切な画像になっていなければ、構造化データで指定するといい
Chrome 81に追加された便利な機能――リンク先ページの特定の場所に移動しハイライト表示
[レベル: 上級] Chrome 81 の安定版を Google はリリースしました。 Chrome 81 に追加された新機能の 1 つに、リンク先の特定の場所に直接スクロールし指定したテキストをハイライト表示する機能があります。 #:~:text= で移動&ハイライト Chrome 80 で実装したと Google はアナウンスしていましたが、実際に利用できるようになったのは Chrome 81 です。 ページの URL に #:~:text=○○○ を追加します。 ○○○ は、リンクをクリックしたユーザーをダイレクトに連れていきたい場所のテキストです。 たとえば、次のような URL としてリンクします。 https://webmaster-ja.googleblog.com/2020/04/how-to-pause-your-business-online-in.html#:~:tex
【SEO初級者向け？】SEOによくある質問――301と302の違い、404と410の違い、上位表示の秘訣など
[レベル: 初級] Google の John Mueller（ジョン・ミューラー）氏が SEO によくある質問に回答しました。 昨年のクリスマスに公開された動画で時期外れになっていますが、特に SEO 初級者に役立つ内容になっているので紹介します。 301 リダイレクトと 302 リダイレクトの違いは何？ どちらもユーザーを転送する。違いは些細で小さい。 301 は恒久的なリダイレクトなので、最終到達 URL が Google が保持する URL になる。 302 は一時的なリダイレクトなので、再確認するために始まりの URL に戻るだろう。 301 と 302 はリダイレクトの方法が違うだけだ。可能なときは適切な方を使えばいい。SEO における魔法のような効果は気にしなくていい。どちらも機能する。 【すずきメモ】 技術的には、301 リダイレクトと 302 リダイレクトは異なります。で
スピードレポートがGoogle Search Consoleで一般公開される、サイトの速度改善に役立つ
CrUX データを利用 スピードレポートのデータは、実際のデータをもとにレポートされます。 具体的には、Chrome を利用しているユーザーの情報がもとになっています。 もっと具体的に言うと、Chrome User Experience (CrUX) レポートがもとになっています。 ラボのデータではなく、あなたのサイトを訪問した実ユーザーのデータに基づくということです。 修正リクエスト 中速および低速に分類されたページ群は問題を特定し解消した後、修正の検証をリクエストできます。 通常、修正は 28 日以内に完了します ペナルティではない 公式アナウンスにもヘルプにも書かれていませんが、1 つ補足しておきます。 Google 社員に直接確認したことです。 「低速」に分類されたからといって、インデックスやランキングにマイナスな影響が出ることはありません。 まして手動対策を受けることもありません
低品質コンテンツに対する3つの対処法、Googleランキングチームの推奨は改善
[レベル: 初級] 低品質なコンテンツがサイトに存在した場合、最も理想的な対策は改善です。 改善が難しいときには、削除あるいは noindex という方法も選択肢としてはありえます。 改善・削除・noindex の 3 つの選択肢 英語版オフィスアワーで次のような質問が出ました。 医療系コンテンツの品質を Google はより重視するようになってきた。ずっと以前に医療系のコンテンツがあるが、品質が低い。どう対処したらいいか？ Google の John Mueller（ジョン・ミューラー）氏は、3 つの選択肢を提案しました。 改善する 削除する noindex 設定する 改善する 最も推奨される対処法です。 コンテンツの品質が低いと判断したのであれば、品質が高くなるようにコンテンツを修正します。 ミューラー氏によれば、ランキング チームと話すときにはいつもこの対処を提案してくるそうです。
robots.txtでのnoindexをGoogleが完全にサポート終了、2019年9月1日から
[レベル: 上級] robots.txt の noindex 構文のサポートを終了することを Google は告知しました。 REP のインターネット標準化にともなう決定です。 機能していたが未サポートだった robots.txt の noindex クローラのクロールを拒否するために robots.txt では Disallow 構文を用います。 User-agent: * Disallow: /dontcrawl.html Google では、クロールではなくインデックスを拒否するために Noindex 構文が使えていました。 User-agent: Googlebot Noindex: /dontindex.html HTML の head セクションで使える noindex robots meta タグと同じ働きをします。 しかし、robots.txt での noindex を G
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Core Web VitalsがGoogle検索のランキング要因になるアップデートに関する疑問に回答してみた