Przejdź do treści
SilktidePomoc

Treść bez JavaScriptu

Silktide sprawdza, czy tekst na stronach jest obecny w kodzie HTML wysyłanym przez serwer, zamiast być składany w przeglądarce przez JavaScript. Większość robotów indeksujących AI nie uruchamia JavaScriptu, więc treść, która od niego zależy, jest dla nich niewidoczna.

Większość — w tym GPTBot (ChatGPT), ClaudeBot, PerplexityBot i CCBot — odczytuje surowy kod zwracany przez serwer dokładnie w takiej postaci, w jakiej został wysłany, bez wykonywania . Jeśli treść strony jest tworzona w przeglądarce, roboty te otrzymują pustą powłokę: bez tekstu do zrozumienia, cytowania lub przywołania jako źródła.

Dlaczego to ważne

Tradycyjne wyszukiwarki w dużej mierze rozwiązały ten problem: Google renderuje JavaScript przed indeksowaniem. Wyszukiwarki odpowiedzi — nie. Strona oparta wyłącznie na JavaScripcie może zajmować wysoką pozycję w Google, a jednocześnie być całkowicie niewidoczna dla systemów AI, które coraz częściej bezpośrednio odpowiadają na pytania użytkowników.

Ponieważ jest to problem z dostarczaniem całej strony, po cichu niweczy każdą inną optymalizację pod kątem wyszukiwarek odpowiedzi: , aktualność i sygnały autorytetu są bezwartościowe w przypadku treści, której robot nigdy nie otrzymuje. Wpływa to również na odwiedzających, gdy skrypty nie działają lub są zablokowane, oraz spowalnia pierwsze znaczące renderowanie stron.

Jak to naprawić

Rozwiązaniem jest dostarczanie treści jako HTML z serwera, co zwykle oznacza zmianę sposobu renderowania stron, a nie edycję poszczególnych stron:

  1. Renderowanie po stronie serwera (SSR) — frameworki takie jak Next.js i Nuxt mogą renderować każdą stronę na serwerze, aby pierwsza odpowiedź zawierała pełną treść, którą JavaScript następnie wzbogaca.
  2. Generowanie stron statycznych — wstępne budowanie stron jako zwykłego HTML w momencie publikacji. Idealne dla treści, które nie zmieniają się zależnie od odwiedzającego.
  3. Wstępne renderowanie — jeśli nie możesz zmienić frameworka, usługa wstępnego renderowania lub krok procesu budowania może udostępniać robotom zrenderowany zrzut HTML.

Zapytaj zespół programistyczny, które podejście pasuje do Twojego stosu technologicznego; wszystkie trzy tworzą strony, których treść pozostaje dostępna bez JavaScriptu.

Jak Silktide to testuje

  1. Testuj tylko indeksowalne strony HTML, dla których podczas indeksowania przechwycono surowy HTML (sprzed wykonania JavaScriptu). Jeśli surowy HTML jest niedostępny — na przykład pobieranie zasobów było wyłączone podczas indeksowania strony — kontrola nie ma zastosowania.
  2. Wyodrębnij istotny tekst treści z w pełni zrenderowanej strony, z wyłączeniem nawigacji, nagłówków i stopek. Strony z mniej niż około 300 znakami zrenderowanej treści są pomijane — nie ma na nich nic istotnego, co można by pominąć.
  3. W ten sam sposób wyodrębnij istotny tekst treści z surowego HTML. Tekst wewnątrz <noscript> jest uwzględniany, ponieważ roboty, które nie renderują stron, go otrzymują.
  4. Ostrzegaj tylko wtedy, gdy surowy tekst stanowi mniej niż 10% zrenderowanego tekstu i jest niewielki w wartościach bezwzględnych (poniżej około 150 znaków) — czyli jest to rzeczywiście pusta powłoka, a nie strona, którą JavaScript jedynie wzbogaca.

Porównanie opiera się wyłącznie na długości wyodrębnionych tekstów, więc działa tak samo w każdym języku.

Rozwiązywanie problemów

Moja strona używa JavaScriptu, ale nie jest oznaczona

To oczekiwane. Strony, które dostarczają główną treść jako HTML i używają JavaScriptu do ulepszeń — menu, widżetów, personalizacji — przechodzą tę kontrolę. Oznaczane są tylko strony, których treść jest niemal całkowicie nieobecna w odpowiedzi serwera.

Kontrola informuje, że nie ma zastosowania

Silktide potrzebuje surowej odpowiedzi serwera przechwyconej podczas indeksowania, aby przeprowadzić porównanie. Jest ona niedostępna, gdy dla witryny wyłączono pobieranie zasobów; przeskanuj ją ponownie po włączeniu tej opcji.

Dowiedz się więcej

Ostatnio zaktualizowano

Czy ta strona była pomocna?