Widoczność wyszukiwania
55Istnieją podstawowe metadane, ale renderowane fakty niosą ze sobą większość znaczenia produktu.
sciencePrzykładowy raport publiczny
Przykładowy raport dotyczący handlu bezgłowego renderowany w formacie HTML
Publiczna próbka pokazująca, jak wyrenderowane informacje o produkcie mogą różnić się od źródłowego kodu HTML, ładunków interfejsu API i danych strukturalnych w niestandardowej witrynie sklepowej.
52Wynik audytu
Wysokie ryzyko dryfu renderowania
Jeśli priorytetowe poprawki zostały wykonane, w tym przykładowym raporcie przewidywany byłby zakres punktacji 73-81.
Przykładowy kontekst
Co przedstawia ten przykład
Ta strona przedstawia wyniki raportu przy użyciu pozbawionych czułości danych urządzeń. Jest publiczny i można go indeksować, natomiast raporty prywatnych użytkowników pozostają pod adresami URL noindex `/report/*`.
Przykładowa strona
Fikcyjny produkt meblowy bez głowy
Platforma
Niestandardowa witryna sklepowa z nawodnieniem po stronie klienta
Tryb skanowania
Porównanie surowego HTML i renderowanego HTML
Granica danych
Fikcyjna próbka publiczna, a nie prawdziwy skan sprzedawcy
Podsumowanie wyników
Raport rozpoczyna się od możliwych do wyjaśnienia wymiarów punktacji
Wynik jest użyteczny tylko wtedy, gdy wskazuje drogę dowodową i naprawczą za liczbą.
Fakty do odczytu maszynowego
38Kilka faktów pojawia się dopiero po renderowaniu po stronie klienta.
Dostęp robota AI
64Dostęp dla robota jest możliwy, ale rezerwowe źródło nieprzetworzone jest słabe.
Pewność platformy
82Widoczne są znaczniki warstwy danych nawodnienia i aplikacji klienckiej.
Matryca sygnałów produktu
Fakty widoczne a fakty nadające się do odczytu maszynowego
Próbka oddziela to, co widzą kupujący, od tego, co roboty indeksujące i systemy zakupowe AI mogą niezawodnie przeanalizować.
Widoczne
7/7
Strukturalny
2/7
Fakt o produkcieWidoczneDo odczytu maszynowegoŹródło dowodowe
Tytuł
Biurko modułowe Arc
meta + renderowany DOM
Opis
Konfigurowalne biurko do pracy
renderowany tylko DOM
Cena
690,00 USD
nawodniony stan klienta
Marka
Demo linii siatki
renderowany tylko DOM
Obraz
Wyrenderowany obraz z galerii
Otwórz obraz wykresu
Numer SKU
GL-DESK-DEMO
warstwa danych klienta
Kategoria
Meble biurowe
renderowana nawigacja
Głębokie zanurzenie się w schemat
Kontrole danych strukturalnych
W tej sekcji sprawdzane są produkty, oferty, recenzje, elementy nawigacyjne i powiązane sygnały strukturalne bez publikowania znaczników produktu dla samej próbki.
Zaliczenie
0
Ostrzegaj
1
Niepowodzenie
3
Schemat produktu
Produkt jest widoczny po renderowaniu, ale w renderowanym ekwipunku nie jest dostępny żaden niezawodny węzeł produktu.
Widoczny produkt
Wykryto
Wyrenderowany model DOM
Węzeł produktu
Brak
Wyrenderowano JSON-LD
Schemat oferty
Cena i dostępność zależą od uwodnionego stanu klienta, a nie od trwałych danych strukturalnych.
Cena strukturalna
Brak
Schemat produktu/oferty
Surowe i renderowane fakty
Surowy kod HTML zawiera mniej informacji o produkcie niż wyrenderowana strona.
Surowe atrybuty
Tylko tytuł i obraz
Surowy HTML
Renderowane atrybuty
7 faktów o produkcie
Renderowany kod HTML
Schemat bułki tartej
Istnieje widoczna nawigacja, ale nie wykryto trwałej listy BreadcrumbList.
Lista BreadcrumbLista
Brak
Wyrenderowano JSON-LD
Diagnostyka platformy
Niestandardowe/bezgłowe konkretne ustalenia
Sekcja dotycząca platformy wyjaśnia, co skaner będzie sprawdzał w przypadku danej technologii witryny sklepowej.
Zaliczenie
0
Ostrzegaj
2
Niepowodzenie
2
Informacje o produktach renderowane na serwerze
Ważne fakty handlowe zależą od renderowania po stronie klienta.
Wykrywanie produktów CSR
Wykryto
porównanie renderowania
Źródło a wyrenderowany dryf HTML
Surowy HTML i wyrenderowany HTML ujawniają zasadniczo różne cechy produktu.
Dryf strukturalny
Wykryto
porównanie źródła pola
Dryf danych API
Widoczna strona produktu wydaje się opierać na danych klienta dotyczących ceny i SKU.
Pola tylko widoczne
Cena, marka, SKU
warstwa danych aplikacji klienckiej
Informacje o produkcie czytelne dla robotów
Nowoczesne roboty indeksujące mogą renderować stronę, ale rezerwowe źródło nieprzetworzone jest zbyt cienkie, aby można było mieć pewność.
Surowe atrybuty
Niekompletny
Surowy HTML
Poprawki priorytetowe
Co naprawi przykładowy raport w pierwszej kolejności
Każda poprawka wiąże dowody z wpływem, rekomendacją, pewnością i oczekiwaną zmianą wyniku.
Poprawka 1criticalrendering
Krytyczne informacje o produkcie dotyczące renderowania serwerów
Wpływ
+11-16
Pewność
91%
Dowód
Cena, marka, SKU i kategoria są widoczne dopiero po nawodnieniu klienta w przykładowym raporcie.
Wpływ
Roboty indeksujące lub systemy sztucznej inteligencji korzystające ze źródłowego kodu HTML mogą nie uwzględniać informacji o możliwych do zakupu produktach.
Zalecenie
Przenieś najważniejsze informacje o produkcie do renderowanego na serwerze kodu HTML lub statycznego ładunku dostępnego przed uwodnieniem.
Cel wdrożenia
Szablon szczegółów produktu SSR/SSG bez głowy
Poprawka 2highschema
Generuj uporządkowane informacje o produktach z tego samego źródła, co widoczna treść
Wpływ
+8-12
Pewność
87%
Dowód
Renderowane fakty dotyczące produktów i uporządkowane dane nie pochodzą z jednego wiarygodnego źródła.
Wpływ
Wyszukiwarki mogą widzieć jeden zestaw informacji o produkcie, podczas gdy kupujący inny.
Zalecenie
Użyj jednego adaptera danych produktu do podawania widocznej zawartości strony i uporządkowanych pól produktów.
Cel wdrożenia
Adapter danych produktu i warstwa generowania schematu
Poprawka 3mediumnawigacja
Dodaj trwały interfejs nawigacyjny i kontekst kategorii
Wpływ
+4-7
Pewność
79%
Dowód
Istnieje widoczna nawigacja, ale lista BreadcrumbList nie jest trwała w renderowanych danych strukturalnych.
Wpływ
Kontekst kategorii jest słabszy w przypadku grupowania wyszukiwania i porównań produktów AI.
Zalecenie
Wyświetlaj ścieżkę kategorii zarówno w widocznych danych nawigacyjnych, jak i w czytelnych maszynowo danych nawigacyjnych.
Cel wdrożenia
Metadane tras bezgłowych i model nawigacyjny
Uruchom prawdziwe skanowanie
Zastąp dane urządzenia adresem URL produktu
Prawdziwy skan ShopGox sprawdzi wyrenderowaną stronę, dane strukturalne, sygnały platformy, dostęp robotów indeksujących i poprawki priorytetów dla przesłanego adresu URL.
Często zadawane pytania
Informacje o tym publicznym przykładowym raporcie
Te pytania są widoczne na stronie, więc strona może bezpiecznie emitować pasujące dane strukturalne FAQPage.
Co to jest dryf renderowanego HTML?
Dryf renderowanego HTML oznacza, że ostateczna strona produktu wyrenderowana w przeglądarce zawiera ważne fakty, których brakuje w surowym źródłowym kodzie HTML lub są one inne.
Dlaczego ma to znaczenie dla agentów handlowych AI?
Niektóre roboty dobrze renderują JavaScript, a inne opierają się na wcześniejszych stanach stron, dlatego najważniejsze informacje o produkcie powinny być trwałe i spójne.
Czy ten bezgłowy przykład jest podłączony do prawdziwego API?
Nie. Wyniki to statyczne dane o urządzeniach, które pokazują rodzaj raportu, który ShopGox może wygenerować dla przesłanego adresu URL.
Więcej przykładów
Porównaj inny raport publiczny
Skorzystaj z tych przykładów, aby zobaczyć, jak raport zmienia się w zależności od platformy, zachowania przeszukiwacza i ryzyka schematu.
Shopify
Przykładowy raport z audytu schematu produktów Shopify
Zobacz publiczny przykładowy raport ShopGox dla strony produktu Shopify z widocznymi faktami o produkcie, lukami w schematach, diagnostyką platformy i poprawkami priorytetów.
Wynik 64arrow_forward
Magento
Przykładowy raport z audytu robota Magento AI
Przejrzyj publiczny przykładowy raport ShopGox dla strony produktu Magento obejmujący dostęp robota AI, konfigurowalne sygnały produktów, zlokalizowany schemat i poprawki priorytetów.
Wynik 58arrow_forward
WooCommerce
Przykład raportu SEO produktów WooCommerce
Wyświetl publiczny przykładowy raport SEO produktu WooCommerce przedstawiający metadane wtyczek, schemat produktu, sygnały recenzji, dryf pamięci podręcznej i poprawki priorytetów.
Wynik 67arrow_forward