Podpisane giełdy (SXG) pozwalają Google na wstępne złożenie treści Twojej witryny, przy jednoczesnym zachowaniu poufności klienta użytkownika. Oznacza to, że zarówno AMP, jak i nie-AMP, które są wyświetlane w Google, mogą wstępnie załadować kilka kluczowych zasobów (na przykład JavaScript, CSS, obrazy lub czcionki), jeśli odpowiednia witryna obsługuje SXG.
Gdy użytkownik ostatecznie naciska wynik, strona internetowa zaczyna ładować znacznie szybciej, ponieważ kluczowe zasoby są już dostępne, co poprawia wrażenia użytkownika. Może to prowadzić do skrócenia czasu do maksymalnej wizualizacji treści (LCP) dla Twojej treści, co z kolei może poprawić ogólną ocenę jakości strony.
Aby wdrożyć SXG, postępuj zgodnie z szczegółowymi wskazówkami na Web.Dev. Po wdrożeniu postępuj zgodnie z instrukcjami optymalizacji LCP za pomocą podpisanej wymiany w Google.
W przypadku stron AMP postępuj zgodnie z instrukcjami na stronie internetowej AMP.DEV.
Google używa pamięci podręcznej SXG do wstępnego ładowania zawartości witryny. Google może wielokrotnie pokazywać te CCHELLED SXG.
Aby upewnić się, że bieżąca zawartość jest wyświetlana w Google, prawidłowo ustaw wartości okresu ważności SXG. Jako wytyczne upewnij się, że data wygaśnięcia jest mniejsza niż następujące dwie wartości:
Aby upewnić się, że treść jest poprawnie wyświetlana na różnych urządzeniach, postępuj zgodnie z następującymi:
Aby monitorować błędy SXG, użyj raportu stanu wzmacniacza, aby wyszukać konsolę.
Jeśli Google Botto nie może kierować SXG, można go przenieść do adresu URL bez użycia aplikacji/ podpisanej wymiany; V = b3 w tytule akceptowania, aby uzyskać tekst/ wersję.
Aby ustalić, czy pamięć podręczna jest zgodna z wymaganiami SXG, użyj rozszerzenia sprawdzania powszechnego SXG dla Chrome.
Lub poproś o pamięć podręczną w Google bezpośrednio. Na przykład, jeśli SXG URL to https://signed-exchange-testing.dev/sxgs/valid., Odpowiednia pamięć podręczna URL będzie wyglądać tak:
Https: // Syngnd-Chicchang-Testing-Girl. Webpkgsache.k.m.k.m.k.
Algorytm obliczania subdomeny jest taki sam jak w przypadku pamięci podręcznej AMP, jednak infix/doc //////////// linia będzie się różnić.
Jeśli odpowiedź brzmi SXG, oznacza to, że odpowiedź początkowego serwera spełnia wymagania Google w celu buforowania SXG. Jeśli nie, będzie on zawierał nagłówek HTTP, który wskazuje przyczynę.
Niezależnie od odpowiedzi pamięć podręczna inicjuje żądanie adresu URL źródłowego w celu zaktualizowania kopii. To żądanie nastąpi w zależności od wielu czynników, w tym prędkości, z jaką Google Bott może zeskanować Twoją witrynę.
Google nie pobudza SXG dłużej niż okres podpisu SXG lub datę ważności niepodpisanych nagłówków odpowiedzi SXG.
Użyj narzędzia inspekcji URL do debugowania błędów buforowania.
Subskrybuj biuletyn WebPacking-Announc, aby być świadomy następujących zmian:
Jeśli masz pytania dotyczące podpisanej wymiany witryny Google, odwiedź społeczność Search Central Assistance.
Aby uzyskać konsultację SEO dla Twojej witryny, możesz skontaktować się z SEO.COMPUTER SEO Companis za pomocą e -maila: info@seo.computer, WhatsApp: +79202044461.
ID: 74