Поддержка Проблемы и решения Документ не содержит текст

  • Здравствуйте.

    В Вебмастере страницы сайта довольно часто вылетают из поиска из-за ошибки «Документ не содержит текст». Обращался а поддержку Яндекса, получил ответ:

    Мы проверили, периодически при обращении робота к страницам вашего сайта сервер возвращает документы размером 0 байт, поэтому они не могут быть проиндексированы и исключаются из поиска. По вопросу возникновения данной ситуации, пожалуйста, обратитесь к администратору сайта или сервера, на котором он расположен. Например, ошибка возникала при обращении к странице https://huaweihelp.ru/obzor-honor-magicwatch-2-nedelya-s-umnymi-chasami/ 2021-04-12 в 06:27:04 UTC.

    Когда страницы станут доступны, они смогут вернуться в поиск по мере обхода сайта роботом с последующими обновлениями поисковой базы.

    Затем обратился в поддержку хостинга:

    Да, мы видим этот запрос:

    5.255.253.91 — — [12/Apr/2021:09:27:04 +0300] huaweihelp.ru GET /obzor-honor-magicwatch-2-nedelya-s-umnymi-chasami/ HTTP/1.1 200 0 «-» «Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots)» «-» 0.510-0.510

    Скрипты сайта действительно сформировали на него пустой ответ. Проверили лога ошибок в этот момент, каких-либо записей не обнаружено. Судя по тому, что пустой ответ был выдан с кодом ответа 200, то скриптами сайта страница была сформирована без ошибок, но по неизвестной причине не содержала данных.

    В таком случае, мы рекомендуем проверить параметры кеширующего расширения, возможно в нем возникла проблема, попробуйте очистить кеш CMS, за дополнительной информацией рекомендуем обратиться к профильным специалистам по разработке сайтов на CMS WordPress.

    Подскажите, пожалуйста, в чем может быть проблема?

    Страница, с которой нужна помощь: [войдите, чтобы увидеть ссылку]

Просмотр 15 ответов — с 1 по 15 (всего 24)
  • Anonymous User 17160716

    (@anonymized-17160716)

    eurobelarus, привет.

    Судя по наличию директории /s/, вы использовали какой-то плагин оптимизации, но не вычистили всё до конца. Верно?

    Автор eurobelarus

    (@eurobelarus)

    @m0ze, да, всё верно. Но помимо этого там хранятся статические файлы текущего плагина оптимизации. Мне несмотря на это нужно все равно почистить папку? Ничего плохого не произойдет?

    Anonymous User 17160716

    (@anonymized-17160716)

    eurobelarus,

    Ничего плохого не произойдет?

    Подстрахуйте себя полной резервной копией сайта (файлы + БД).

    Но помимо этого там хранятся статические файлы текущего плагина оптимизации.

    Если у вас и сейчас есть какой-то активный плагин оптимизации, то имеет смысл его отключить на время диагностики, вместе с файлами кэша. Если после этого в Вебмастере юолее ошибок не будет, то включайте обратно плагин и приступайте к более тщательной его настройке.

    Автор eurobelarus

    (@eurobelarus)

    @m0ze, удаление файлов статических не помогло. Сейчас пытался снова делать запросы и периодически вылетает такая ошибка. Причём если отправить запрос на ответ сервера на ту же страницу повторно, хоть через секунду, то он уже ответит.

    Anonymous User 17160716

    (@anonymized-17160716)

    eurobelarus,

    удаление файлов статических не помогло.

    Оно и не должно было.

    Если у вас и сейчас есть какой-то активный плагин оптимизации, то имеет смысл его отключить на время диагностики.

    Автор eurobelarus

    (@eurobelarus)

    @m0ze, да, спасибо огромное. Помогло. На текущий момент все страницы отвечают кодом 200.

    Подскажите, пожалуйста, чем заменить плагин и предотвратить из-за понижения скорости увеличение количества отказов и понижения в поисковой выдаче?

    Anonymous User 17160716

    (@anonymized-17160716)

    eurobelarus, а какой плагин использовали? Может, вы что-то в настройках там упустили?

    Автор eurobelarus

    (@eurobelarus)

    @m0ze, PageSpeed Ninja. Пробовал настройку Safe, Compact и Optimal. На всех проявляется ошибка.

    Anonymous User 17160716

    (@anonymized-17160716)

    eurobelarus, посмотрите в сторону этих вариантов: WP Fastest Cache, LiteSpeed Cache, WP Super Cache, Hummingbird, Simple Cache. Что-то наверняка подойдёт. Точнее советовать сложно, т.к. это дело ещё и настраивать надо уметь, по этой же причине не посоветую ряд плагинов, т.к. с ними шансы «что-то сломать» будут почти 100%-е.

    Модератор Yui

    (@fierevere)

    永子

    обратите внимание на настройку
    «Сжатие GZIP»

    в плагинах кеширования как правило это включать не нужно,
    т.к.это может приводить к двойному сжатию страниц, что в итоге выведет как раз ту самую ошибку, что и у вас

    Как минимум Wp SuperCache и Simple Cache имеют эту настройку, которую включать не следует. Сжатием должен заниматься веб-сервер.

    LiteSpeed Cache имеет смысл только при наличии соответствующего сервера.

    Модератор Yui

    (@fierevere)

    永子

    Не только, он может работать как любой другой обычный кеш плагин с любым веб-сервером, звезд с неба хватать не будет и спецвозможности будут недоступны.

    Автор eurobelarus

    (@eurobelarus)

    @fierevere, действительно снова включил плагин, отключил данную функцию и в ходе диагностики ни разу не столкнулся с ошибкой. Огромное спасибо!

    звезд с неба хватать не будет

    настолько «не будет», что возникает резонный вопрос — а зачем ты вообще нужен, где хоть какой-то эффект?

    На апаче изменеия в скорости могут быть даже хуже, чем без него.
    на LSWS — работа сравнима,или даже превосходит wp-rocket. Учитывая что испытуемый был в фри версии.
    естественно все выше изложенное не претендует на полноценное испытание и являеться личным мненем и ощущениями.

    Модератор Yui

    (@fierevere)

    永子

    в принципе все страничные кеши работают одинаково
    на уровне PHP ( ob_start() , ob_end_flush() ) захватывают вывод HTML, сохраняют его где-то и при последующем обращении отдают.

    Остальное — обвязка для улучшения работы и разных условий.
    В простейшем случае можно сохранить в папку на диске, так делают практически все плагины.
    Если есть специализированное хранилище, то можно сохранить туда,
    например в redis или memcached, для NGINX можно использовать захват вывода FastCGI и сохранение в FastCGI cache, подозреваю что LiteSpeed способен использовать то же самое.
    Это конечно будет получше чем захватывать через PHP и сохранять на диск.
    Но даже худший случай будет всё равно побыстрее чем создать страницу заново.

    Всё вышесказанное было про страничный кеш,
    не стоит забывать также про объектный кеш, например https://ru.wordpress.org/plugins/redis-cache/

Просмотр 15 ответов — с 1 по 15 (всего 24)
  • Тема «Документ не содержит текст» закрыта для новых ответов.