So beginnen Sie mit der Arbeit mit signiertem Austausch in Google

Signierte Börsen (SXG) ermöglichen es Google, den Inhalt Ihrer Website vorzunehmen und gleichzeitig die Vertraulichkeit des Kunden des Benutzers beizubehalten. Dies bedeutet, dass sowohl AMP als auch Nicht-AMP, die in Google angezeigt werden, mehrere Schlüsselressourcen vorlädt (z. B. JavaScript, CSS, Bilder oder Schriftarten), wenn die entsprechende Site SXG unterstützt.

Wenn der Benutzer letztendlich das Ergebnis drückt, beginnt die Webseite viel schneller zu laden, da bereits wichtige Ressourcen verfügbar sind, was die Erfahrung des Benutzers verbessert. Dies kann zu einer Zeitverringerung der maximalen Inhaltsvisualisierung (LCP) für Ihren Inhalt führen, was wiederum die allgemeine Bewertung der Seitenqualität verbessern kann.

Implementierung von SXG auf Ihrer Website für Google

Befolgen Sie die detaillierten Leitlinien auf Web.dev, um die SXG zu implementieren. Befolgen Sie nach der Implementierung den Anweisungen zur LCP -Optimierung mit einem signierten Austausch in Google.

Befolgen Sie die Anweisungen auf der AMP.DEV -Website für AMP -Seiten.

Zusätzliche Anforderungen für Google Pois

Google verwendet SXG -Cache, um Ihren Site -Inhalt vorzulegen. Google kann diese CCHELLED -SXGs wiederholt anzeigen.

Um sicherzustellen, dass der aktuelle Inhalt in Google angezeigt wird, legen Sie die Werte der SXG -Gültigkeitszeit korrekt fest. Stellen Sie als Richtlinie sicher, dass das Ablaufdatum unter den folgenden zwei Werten beträgt:

• Zwischengespeicherte Zeit von Ihren HTTP -Köpfen bestimmt
• 1 Tag im Voraus, wenn der Inhalt JavaScript oder erstellte JavaScript enthält; In anderen Fällen - 7 Tage im Voraus

Um sicherzustellen, dass der Inhalt auf verschiedenen Geräten korrekt angezeigt wird, folgen Sie Folgendes:

• Bewegen Sie personalisierte Inhalte beispielsweise Einkaufskörbe in trägen hochgeladenen Elementen außerhalb des SXG. Oder fügen Sie die Variable: Cookie -Überschrift hinzu, damit SXG mit dieser Überschrift nur Benutzer ohne Cookies auf Ihrer Website zeigt.
• Bauen Sie Seiten mit adaptivem Design auf. Geben Sie alternativ unterschiedliche URLs für mobile und Desktop-Versionen von Seiten an oder kommentieren Sie die Seiten, um anzuzeigen, dass sie mithilfe des unterstützten Media-Tags im -Element nicht adaptiv sind. Fügen Sie beispielsweise das folgende Tag hinzu:

Überwachung der unterschriebenen Börsen auf Ihrer Website in Google

Um die SXG -Fehler zu überwachen, verwenden Sie den AMP -Statusbericht, um Konsole zu suchen.

Wenn der Google Botto den SXG nicht steuern kann, kann er ohne Anwendung/ signiertes Austausch in die URL übertragen werden. V = B3 im Titel Accept Title, um den Text/ die Version zu erhalten.

SXG Cache Debugging in Google

Um festzustellen, ob der Cache den SXG -Anforderungen entspricht, verwenden Sie die SXG Validator -Erweiterung für Chrome.

Oder fordern Sie einen Cache in Google direkt an. Wenn beispielsweise die SXG-URL https://signed-exchange-testing.dev/sxgs/valid ist. Der entsprechende URL-Cache sieht so aus:

Https: // syngnd-chicchang-testing-girll. Webpkgsache.k.m.k.m.k.

Der Subdomain -Berechnungalgorithmus ist der gleiche wie für AMP -Cache. Die Infix/doc //////////.

Wenn die Antwort SXG ist, bedeutet dies, dass die Antwort vom ersten Server die Anforderungen von Google für das Caching SXG erfüllt. Wenn nicht, enthält es eine HTTP -Überschrift, die die Ursache anzeigt.

• Wenn es eine Warnschicht gibt, zeigt dies einen Fehler an, der die SXG daran hinderte, den Anforderungen des Cache entsprechen.
• Wenn es einen Standorttitel gibt, bedeutet dies, dass der Inhalt noch nicht in den Cache geladen wurde. Dies ist kein Fehler im SXG.

Unabhängig von der Antwort initiiert der Cache eine Anfrage an die Quell -URL, um die Kopie zu aktualisieren. Diese Anfrage erfolgt abhängig von vielen Faktoren, einschließlich der Geschwindigkeit, mit der Google Bott Ihre Website scannen kann.

Google kann nicht länger als die SXG -Signaturzeit oder das Ablaufdatum der nicht signierten SXG -Antwort -Überschriften kommen.

So verfolgen Sie Caching -Fehler für AMP -Seiten

Verwenden Sie das URL -Inspektionstool zum Debuggen von Caching -Fehlern.

So bleiben Sie auf die Änderungen des signierten Austauschs für Ihre Website in Google aufmerksam

Abonnieren Sie den Webpackaging-Annc-Newsletter, um sich über die folgenden Änderungen zu informieren:

• Änderungen im SXG Google Cache, die neue Möglichkeiten enthalten oder alte Möglichkeiten entdecken.
• Die Hauptänderungen in den SXG -Tools wie Web Packager, dem Nginx SXG und dem LIBSXG -Modul.

Wenn Sie Fragen zum unterschriebenen Austausch für Ihre Google -Website haben, besuchen Sie die Such -Central Assistance Community.

Um eine SEO -Beratung für Ihre Website zu erhalten, können Sie sich per E -Mail an den seo.computer SEO Companis wenden: info@seo.computer, WhatsApp: +79202044461.

ID: 74