Napraw błąd indeksowania lub synchronizacji

Błąd indeksowania może wystąpić przed, w trakcie lub po pobieraniu

Przed: nieprawidłowy URL, prywatny cel lub limit. W trakcie: DNS, TLS, przekierowania, status HTTP, wyzwania lub rozmiar. Po: pusty content, nieobsługiwany format, ekstrakcja lub zadanie indeksowania. Identyfikacja fazy pozwala uniknąć ponownego uruchamiania całej bazy.

Dla całej witryny Wavize pokazuje sumaryczne liczby odkrytych, przetworzonych i nieudanych stron, ale nie zawsze zapisuje szczegóły dla każdej URL. Wybierz reprezentatywną stronę, by uzyskać powtarzalną diagnozę.

Rozsądne ponowne uruchamianie
Najpierw popraw przyczynę, potem ponownie zweryfikuj kilka priorytetowych URL, a na końcu całą witrynę. Wielokrotne próby mogą zużywać limit i zacierać czas pierwszej awarii.

Testuj URL jako anonimowy użytkownik

Użyj trybu prywatnego i jeśli to możliwe, sieci zewnętrznej.

1. Odpowiedź bez logowania

   Strona musi wyświetlać treść bez konta, hasła, wstępnych ciasteczek lub tymczasowego podpisanego tokena.

2. Ukończone przekierowania

   Sprawdź końcowy URL, tę samą domenę i brak pętli HTTP/HTTPS lub www. Lekkie analizy onboarding ograniczają przekierowania, a indeksowanie nadal podlega kontrolom celu.

3. Rzeczywisty tekst na stronie

   Pusta strona przed uruchomieniem JavaScript, sama wideo lub canvas nie zawiera użytecznej treści. Dodaj wersję HTML lub tekstową.

Czytanie odpowiedzi serwera

W razie potrzeby poproś hosting o logi z okresu testu.

• 403 lub wyzwanie

  Zapora WAF, roboty lub ochrona antybotowa odrzucają serwer. Stwórz zasady zgodne z polityką, nie wyłączając całkowicie zabezpieczeń.

• 404 lub 410

  Popraw linki i sitemap, wyklucz usunięte strony i nie zastępuj ich przekierowaniami do strony głównej, które tworzą duplikaty treści.

• 429

  Serwer ogranicza żądania. Rozdziel crawl lub dostosuj reguły dla Wavize; nie uruchamiaj jednocześnie wielu identycznych źródeł.

• 5xx / TLS / DNS

  Napraw niedostępność, łańcuch certyfikatów lub rozdzielczość przed ponownym uruchomieniem. Strona działająca tylko lokalnie może być niedostępna publicznie.

Sprawdzanie limitów, wyborów i statusu zadań

Częściowe źródło nie zawsze oznacza awarię.

1. Miesięczny limit URL

   Porównaj używane strony i możliwości planu. Wyklucz filtry, parametry i duplikaty przed ponownym crawl.

2. Kolejki i wykonawcy

   Utrzymujący się status queued może oznaczać pełną kolejkę lub zatrzymanego wykonawcę. Zanotuj czas i źródło przed kontaktem z pomocą.

3. Skupione błędy

   Znajdź wspólny wzorzec adresów: język, subdomena, filtr, ciężki plik. Wykluczenie całych grup może uratować przydatny crawl.

Weryfikacja poprawki w odpowiedziach

Status sukcesu powinien dać użyteczne dane.

1. Strona przetworzona

   Priorytetowa strona nie jest już nieudana ani nie wykluczona.

2. Pytanie merytoryczne

   Zadaj pytanie, na które odpowiedź znajduje się wyraźnie w pobranym tekście.

3. Brak duplikatów

   Stary URL lub wersja nie dostarcza sprzecznej odpowiedzi po ponownym szkoleniu.

Informacje do załączenia do wsparcia

Nie wysyłaj klucza API ani stron prywatnych.

• Źródło — tytuł, typ i publiczny URL.
• Oś czasu — czas startu, czas trwania w statusach i ostatnie ponowne uruchomienie.
• Próbka — dwie lub trzy reprezentatywne URL i ich publiczne statusy.