Pierwsze kroki z technologią Signed Exchange w wyszukiwarce Google

Dzięki Signed Exchange (SXG) wyszukiwarka Google może z wyprzedzeniem pobierać treści, chroniąc przy tym prywatność użytkowników. W praktyce oznacza to, że zarówno wyniki AMP, jak i inne niż AMP wyświetlane w wyszukiwarce Google mogą pobierać z wyprzedzeniem kilka kluczowych zasobów (takich jak HTML, JavaScript, CSS, obrazy czy czcionki) bez naruszania prywatności użytkowników. Aby tak się stało, powiązana witryna musi obsługiwać SXG.

Gdy użytkownik kliknie wynik, kluczowe zasoby będą już dostępne, więc strona internetowa zacznie renderować się znacznie szybciej, co zwiększy wygodę korzystania z niej. Może się to wiązać z niższym wynikiem największego wyrenderowania treści (LCP). Chociaż wyszukiwarka Google nie uwzględnia stosowania SXG jako bezpośredniego czynnika w rankingu, niższy LCP może wpłynąć na pozycję strony w rankingu, ponieważ zależy ona od jakości strony.

Wdrażanie SXG

Aby wdrożyć SXG, postępuj zgodnie ze szczegółowym przewodnikiem z web.dev. Po wdrożeniu postępuj zgodnie z tym przewodnikiem, aby mierzyć i optymalizować poprawę wydajności za pomocą SXG.

W przypadku stron AMP postępuj zgodnie ze szczegółowym przewodnikiem z amp.dev.

Google pobiera treści z wyprzedzeniem za pomocą pamięci podręcznej SXG. Google może wielokrotnie wyświetlać elementy SXG przechowywane w pamięci podręcznej.

Aby mieć pewność, że wyszukiwarka Google wyświetla aktualne treści, ustaw odpowiednie wartości wygaśnięcia danych SXG. Data wygaśnięcia powinna być wcześniejsza niż obie te daty:

  • data wygaśnięcia pamięci podręcznej określona przez nagłówki HTTP;
  • 1 dzień do przodu, jeśli treść jest w JavaScripcie lub ma wbudowany JavaScript; w przeciwnym razie 7 dni do przodu.

Aby treści wyświetlały się prawidłowo na wielu urządzeniach, wykonaj te czynności:

  1. Przenieś spersonalizowane treści, np. koszyki na zakupy, do leniwie ładowanych elementów, które nie są objęte SXG. Możesz też dodać nagłówek z podpisem Vary: Cookie. Pliki SXG z tym nagłówkiem będą wyświetlane tylko użytkownikom, którzy nie mają pliku cookie Twojej witryny.
  2. Przy tworzeniu stron skorzystaj z elastycznego projektowania witryn. Możesz też za pomocą tagu meta supported-media dodawać do stron adnotacje, że nie są elastyczne, lub wyświetlać strony na komputery i strony mobilne w osobnych adresach URL. Na przykład w elemencie <head> strony dodaj ten tag: 
    <meta name=supported-media content="only screen and (max-width: 640px)">

Monitorowanie i debugowanie SXG

Listę narzędzi, których możesz używać do debugowania SXG, znajdziesz w przewodniku web.dev po narzędziach SXG.

Jeśli Googlebot nie może przeanalizować SXG, to może ponownie zindeksować adres URL bez parametru application/signed-exchange;v=b3 w nagłówku Accept, aby pobrać wersję text/html. W przypadku wystąpienia błędu indeksowania SXG wyszukiwarka Google prowadzi do pierwotnego adresu URL, bez SXG.

Aby wykryć błędy SXG w przypadku stron AMP, użyj raportu o stanie stron AMP w Search Console.

Debugowanie pamięci podręcznej Google SXG

Aby sprawdzić, czy SXG spełnia wymagania dotyczące pamięci podręcznej, skorzystaj z rozszerzenia do Chrome SXG Validator.

Możesz też przesłać zapytanie bezpośrednio do pamięci podręcznej Google SXG. Jeśli na przykład adres URL SXG to https://signed-exchange-testing.dev/sxgs/valid.html, sformułuj odpowiadający mu adres URL pamięci podręcznej:

https://signed--exchange--testing-dev.webpkgcache.com/doc/-/s/signed-exchange-testing.dev/sxgs/valid.html

Algorytm do przetwarzania danych subdomeny i sufiksu ścieżki adresu URL jest taki sam jak w przypadku serwera AMP Cache, ale tekst infiksu /doc/-/ jest inny.

Jeśli odpowiedzią jest SXG, oznacza to, że odpowiedź z serwera pierwotnego jest zgodna z wymaganiami dotyczącymi pamięci podręcznej Google SXG. W przeciwnym razie odpowiedź zawiera nagłówek HTTP, który określa przyczynę odrzucenia.

  • Nagłówek Warning oznacza, że wystąpił błąd, który uniemożliwił spełnienie przez SXG wymagań dotyczących pamięci podręcznej.
  • Nagłówek Location oznacza, że treści nie zostały jeszcze pobrane z wyprzedzeniem przez pamięć podręczną. Nie jest to błąd w Twoich ustawieniach SXG.

Niezależnie od odpowiedzi pamięć podręczna dodaje do kolejki żądanie skierowane do pierwotnego adresu URL, aby uzyskać zaktualizowaną kopię. Czy i kiedy żądanie zostanie zrealizowane zależy od kilku czynników, m.in. od szybkości indeksowania Twojej witryny przez Googlebota.

Google nie przechowuje danych SXG w pamięci podręcznej dłużej niż określa to wartość expires podpisu SXG ani dłużej niż okres aktualności niepodpisanych nagłówków odpowiedzi SXG.

Aby debugować błędy zapisywania w pamięci podręcznej w przypadku stron AMP, możesz użyć narzędzia do sprawdzania adresów URL.

Bądź na bieżąco

Zasubskrybuj listę adresową webpackaging-announce, aby na bieżąco otrzymywać informacje o tych zmianach:

  • zmiany w pamięci podręcznej Google SXG, które wycofują funkcje lub wprowadzają nowe;
  • znaczące zmiany w systemie zarządzania pakietami internetowymi narzędzi SXG, module NGINX SXG oraz libsxg.

Jeśli masz pytania na temat technologii SXG w wyszukiwarce Google, wejdź na Forum pomocy Centrum wyszukiwarki Google.