< p > Поток Reddit о резком падении ползания побудил инструкции от Джона Мюллера Google. Вот как диагностировать причину.
< ul class = "key_takeaways m-bot-40" > < li > Внезапное ползание падает больше ответов или времени -Auta 429/500/503, чем с 404 с.
< li > После того, как проблемы были исправлены, должны быть восстановлены скорости полза, хотя это может занять время.
< li > Нет определенной шкалы временного восстановления.
< IMG ширина = "1600" высота = "840" src = "https://www.searchenginejournal.com/wp-content/uploads/2025/08/7CCC79110-5536-40FA-82D9-6C-6C-2D9-6C. Мюллер указывает на ошибки сервера "fetchPriority =" High "decoding =" async "srcset =" https://www.searchenginejournal.com/wp-content/uploads/2025/08/7cccc79110-5536-40fa-82d9-6c212711.j.jpegpegpegpegpeg-40FA-82D9-6C21515151515. https://www.searchenginejournal.com/wp-content/uploads/2025/08/7cc79110-5536-40fa-82d9-6c2d31271-915-480x252 https://www.searchenginejournal.com/wp-content/uploads/2025/08/7cc79110-5536-40fa-82d9-6c2d31271-915-915-680x357.jpeg 680 https://www.searchenginejournal.com/wp-content/uploads/2025/08/7cc79110-5536-40fa-82d9-6c2d31271-915-384x202.jpeg 3844W. https://www.searchenginejournal.com/wp-content/uploads/2025/08/7CCC79110-5536-40FA-82D9-6C2D31271-915-915-768X403.jpeg 768X https://www.searchenginejournal.com/wp-content/uploads/2025/08/7CCC79110-555536-40FA-82D9-6C2D31271-915-1024X538.JPEG 1600PX) 100600, FILSE = "(MAMX-WDTH: 1600PX. /> < p > Reddit Thread о резком падении в сканировании ответила от Google & Rsquo; С. Джон Мюллер. Он предлагает внезапные сокращения, как правило, указывают 429/500/503 или время -а -а, а не 404 с.
< h2 > Это произошло
< P > В потоке плакат заявил, что запросы для сканирования упали примерно на 90% в течение 24 часов после развертывания развертывания URL -Address Hreflang в заголовках HTTP.
< P > URL -д Hreflang вернул 404, когда Googlebot пытался их получить.
< p > Они написали:
< Block Flower >< P > & ldquo; На прошлой неделе развертывания случайно добавили разбитый URL -адрес hreflang по ссылке: http -лов на сайте:
< ul > < li > Googlebot с немедленно ползал их & Рарр; Все вернулись твердые 404.
< l > В течение 24 часов запросы сканирования снизились на 90%.
< l > Индексированные страницы стабильные, но объем ползания не восстановлен
< H2 > что сказал Мюллер < P > Мюллер задался вопросом, вызвал ли он 404 такого быстрого падения и указал на проблемы на стороне сервера как вероятное объяснение.
< p > Мюллер написал:
< Block Flower >< P >& ldquo; Я & Rsquo; D Ожидайте только, что скорость сканирования будет быстро реагировать на него, если они вернутся 429/500/500/503/Time Out, поэтому i & Rsquo; D Двойная проверка того, что на самом деле произошло (404S обычно замечательно; например, если это был CDN, который фактически заблокировал Googlebot, то вам необходимо убедиться, что он также решается. Как только все остановится на сервере, скорость сканирования вернется к нормальному автоматическому. (Там усилие; < p > Это согласуется с Google & Rsquo; S задокументировано управление сканированием.
< P > Если вам нужно ползти в течение короткого периода, Google рекомендует вернуть 500, 503 или 429 ответов. 403/404 Aren & Rsquo; T перечислен для этой цели. Смотрите более подробную информацию. В Google & Rsquo; < H2 > Следующие шаги
< p > Когда сканирование запрашивает внезапно погружено, проверьте, что ваши серверы и CDN вернулись в Googlebot во время окна:
< ul > < li > Проверьте журналы и поиск консоли & Rsquo; S Статистика Сканирования на шипы в 429/500/503 или время -ав.
< li > Подтвердите, что CDN, ограничитель WAF или скорость сделана & Rsquo; T Gate Googlebot.
< l > Проверьте, что 404S сообщило, является доминирующим сигналом, а не соответствующим.
< p > Помните, что восстановление не является непосредственным. Мюллер указал, что скорость сканирования возвращается к обычному автоматически после решения проблем на стороне сервера без фиксированной шкалы.