すべての推奨事項の完全な説明 - 推奨事項の内容、それらに対処する理由、およびその対処方法。
サイトは有効な証明書を使用して HTTPS で実行する必要があります。
ページは 200 コードを返し、確実に利用可能である必要があります。
すべてのページには、50 ~ 60 文字のユニークで説明的なタイトルが必要です。
結果のタイトルの下に短いページ説明 (120 ~ 158 文字) が表示されます。
<meta name="keywords"> のキーワード。 Google はそれらを無視しますが、Seznam.cz はそれらを考慮する可能性があります。
ちょうど 1 つの H1 と小見出しの論理階層。
画像には代替説明、最新の形式、および圧縮が必要です。
メタ ビューポートにより、モバイルでの正しい表示が保証されます。
<html> の lang 属性はページ言語を指定します。
URL のどのバージョンがメインであるかを検索エンジンに伝えます。
どの検索エンジンがクロールしてインデックスを作成できるかを制御します。
Facebook、LinkedIn などで共有されたときのリンクの外観を制御します。
X (Twitter) プラットフォーム上のリンク プレビュー。
機械可読なマークアップにより、リッチな結果が得られます。
速度はランキング要素であると同時に、重要な UX 要素でもあります。
機能するリンクと意味のある内部リンク。
タブおよびモバイル検索結果にあるサイトのアイコン。
キーワードを含む短くて読みやすい論理アドレス。
十分に包括的で読みやすく、ユニークなコンテンツ。
同期 <script> はレンダリングをブロックし、レンダリングを延期します。
最初のレンダリングを遅延させるヘッド内の CSS と JS。
head 内の大きな CSS はレンダリングを遅延させます。
圧縮しないと、不必要に大量のデータが転送されます。
圧縮はアクティブではありません。Gzip/Brotli を有効にしてください。
静的ファイルは訪問者の側に保存する必要があります。
スクロール時にのみオフスクリーン画像を読み込みます。
WebP と AVIF は JPEG/PNG より 25 ~ 50% 小さくなります。
サーバーが応答の最初のバイトを送信するまでの時間。
ページが大きすぎると読み込みが遅くなります。
ページが大きいので軽くしてください。
ファイルが多い = リクエストが多い = 起動が遅くなります。
スタイルを結合して縮小します。
大きな JS は遅延し、デバイスの CPU に負担をかけます。
HTML 要素が多すぎると、レンダリングが遅くなります。
要素数が妥当な制限を超えています。
style="..." が多すぎると、キャッシュと保守性が悪化します。
多くの <script> が HTML ブロック内に直接存在するため、キャッシュできません。
画像の寸法がないと、レイアウトがジャンプします (CLS)。
重要なリソースは、rel="preload" を使用して事前にロードできます。
HTTP/2 と HTTP/3 は古い HTTP/1.1 よりも高速です。
ユーザーがページをズームできないようにしないでください。
本文テキストは少なくとも 16 ピクセル、細かい文字は少なくとも 12 ピクセル。
クリック可能な要素は読みやすく、クリックしやすいものでなければなりません。
フォント サイズには固定ピクセルよりも rem/em を優先します。
テキストには十分なコントラストが必要です (WCAG AA 4.5:1)。
画像は水平スクロールなしでモバイルに収まる必要があります。
検索エンジンの URL リスト。インデックス作成の高速化に役立ちます。
Google の結果でページがどのように表示されるか。
どの言語バージョンがどのユーザーに属するかを Google に伝えます。
Google は主にモバイル版を評価します (モバイルファースト)。
HTTPS、セキュリティヘッダー、訪問者の保護。
短い 301 チェーン、ループなし。
サイトの CMS、フレームワーク、ライブラリの概要。
障害のある方でも利用できるサイト。
Cookie の同意と個人データの保護。
正しい DNS レコードと有効な SSL 証明書。
404 につながるリンクは、UX とクロールの両方を台無しにします。
ChatGPT、Gemini、Perplexity などがあなたを引用するように。