署名された取引所(SXG)により、Googleはユーザーの顧客の機密性を維持しながら、サイトのコンテンツを事前にプロードすることができます。これは、Googleに表示されるAMPと非AMPの両方が、対応するサイトがSXGをサポートする場合、いくつかの主要なリソース(JavaScript、CSS、画像、フォントなど)を事前ロードできることを意味します。
ユーザーが最終的に結果を押すと、主要なリソースがすでに利用可能であるため、Webページははるかに高速にロードされ始めます。これにより、ユーザーのエクスペリエンスが向上します。これにより、コンテンツの最大コンテンツ視覚化(LCP)への時間の短縮につながる可能性があり、ページの品質の一般的な評価を改善できます。
SXGを実装するには、Web.devの詳細なガイダンスに従ってください。実装後、Googleで署名されたExchangeを使用してLCP最適化手順に従ってください。
AMPページについては、AMP.DEV Webサイトの指示に従ってください。
GoogleはSXGキャッシュを使用して、サイトコンテンツを事前ロードします。 GoogleはこれらのCchelled SXGを繰り返し表示できます。
現在のコンテンツがGoogleに表示されていることを確認するには、SXG有効期間の値を正しく設定します。ガイドラインとして、有効期限が次の2つの値よりも少ないことを確認してください。
コンテンツがさまざまなデバイスに正しく表示されていることを確認するには、次のことをフォローしてください。
SXGエラーを監視するには、AMP状態レポートを使用してコンソールを検索します。
Google BottoがSXGを操縦できない場合、アプリケーション/署名された交換を使用せずにURLに転送できます。 v = b3テキスト/バージョンを取得するための受け入れタイトル。
キャッシュがSXG要件に準拠しているかどうかを判断するには、ChromeのSXG Validator Extensionを使用します。
または、Googleのキャッシュを直接リクエストします。たとえば、SXG URLがhttps://signed-exchange-testing.dev/sxgs/valid。の場合、対応するURLキャッシュは次のようになります。
https:// syngnd-chicchang - テストガール。 webpkgsache.k.m.k.m.k。
サブドメイン計算アルゴリズムは、AMPキャッシュの場合と同じですが、infix/doc ////////ラインは異なります。
答えがSXGの場合、これは初期サーバーからの応答がSXGのキャッシュのためのGoogleの要件を満たしていることを意味します。そうでない場合は、HTTPの見出しが含まれ、原因を示します。
応答に関係なく、キャッシュはソースURLにリクエストを開始してコピーを更新します。この要求は、Google Bottがサイトをスキャンできる速度など、多くの要因に応じて発生します。
Googleは、SXGの署名期間や、署名されていないSXG応答の見出しの有効期限よりも長い間CACH SXGではありません。
キャッシュエラーをデバッグするには、URL検査ツールを使用してください。
WebPackaging-Announcニュースレターを購読して、次の変更を認識してください。
Google Webサイトの署名されたExchangeについて質問がある場合は、Search Central Assistance Communityにアクセスしてください。
サイトのSEO相談を受けるには、SEO.computer SEO Companisにメールでお問い合わせください。 info@seo.computer、whatsapp: +79202044461。
ID:74