ネイティブLazy-loadのしきい値をChromeが改良。ビューポートからの距離を短くし、遅延読み込みが適用されやすく
[レベル: 上級] Chrome がネイティブ Lazy-load を適用する際のしきい値を Google は改良しました。 ネイティブ Lazy-load を適用する画像/iframe のビューポートからの距離を従来よりも短くしました。 つまり、ネイティブ Lazy-load がより適用されやすくなります。 3000px から 1250px へ短縮 これまでは、ビューポート（スクリーンに見えている領域）から 3000px 以上離れている画像と iframe がネイティブ Lazy-load の機能により Chrome は遅延読み込みしました。 これからは 1250px になります。 少し乱暴な言い方をすると、以前は、たとえ見えていなくてもページのずっと下にないと画像は遅延読み込みされませんでした。 改良後は、そんなに下になくても遅延読み込みされます。 したがって、より多くの画像（と if
2020-05-02 Dynamic Rendering を試してみる - odan-worklog
#dynamic-rendering Dynamic Rendering とは https://developers.google.com/search/docs/guides/dynamic-rendering?hl=ja UserAgent がクローラーな場合に html をレンダリングしてからレスポンスを返すことにより、JS を実行しないクローラーに対して正しいコンテンツを読み込ませる技術 SSR との比較 Dynamic Rendering はヘッドレスブラウザなどを用いてレンダリングすることが多い 最終的には SSR にするのが良いらしい https://www.suzukikenichi.com/blog/dynamic-rendering-is-a-temporary-workaround/ SSR 実装難しくない？ 選択肢 prerender.io https://prer
JavaScriptによるnoindex挿入をGoogleは推奨せず、JSレンダリングはセカンドウェーブのインデックス
[レベル: 上級] noindex タグを JavaScript によってクライアントサイドで挿入することが可能です。 Googlebot はきちんとレンダリングし処理できます。 しかしながらこの方法は、処理に時間がかかることがあるため推奨されません。 JS による noindex 挿入を推奨しない JavaScript によってクライアントサイドでレンダリングさせた rel="canonical" タグを Google は無視するということでした。 サーバーが返す HTML に rel="canonical" が存在している必要があります（実際には、クライアントサイドでレンダリングした rel=”canonical” も認識されるらしいことが検証からわかっている）。 一方で、rel="canonical"（と rel="amphtml"）以外の要素、たとえば noindex robots
Googleが推奨するSEOに適した無限スクロールの構成方法
[対象: 上級] Googleは英語版ウェブマスター向け公式ブログで、検索エンジンが処理しやすい無限スクロール（Infinite Scroll）の推奨構成を説明しました。 細かな話は後回しにして、その推奨構成をさっそく日本語で紹介します。 なお逐一の訳ではなく、理解しやすくするために表現や構成を原文とは多少変えてあります。 構成の概要 無限スクロールからリンクされている個々のアイテム（記事やコンテンツなど）を検索エンジンが確実にクロールできるように、利用しているシステムが、無限スクロールとともにページネーションしたページも作成できるように必ずしておく（無限スクロールで、1つのURLに収めるのではなく、分割して複数のページに分けるということ）。 ※拡大画像はオリジナルのURLで表示します（もう1つの画像も同様） 無限スクロールは、分割したページに変換されることで検索エンジンが処理しやすくなる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
