Остерегайтесь механизмов кеширования в интернет-магазинах!

Остерегайтесь механизмов кеширования в интернет-магазинах!

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

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

Каков механизм кеширования? Содержимое веб-сайта может динамически генерироваться каждый раз, когда пользователь запрашивает доступ к странице, его содержимое будет обрабатываться, а затем доставляется в его окончательной форме (HTML-код). То же самое относится, если на странице содержится информация, которая должна быть извлечена из базы данных. Запрос на отображение страницы приведет к запросу базы данных и обработке информации, полученной в соответствии с правилами, содержащимися в скрипте.

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

В этой записи вы можете найти список вложений для кэширования WordPress.

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

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

Вкратце — магазин на плагине WordPress + WooCommerce, страницы продукта ниже 400, после ввода подстраниц мы получили ошибку 404. Для страниц — кеш установлен на 7 дней, в свою очередь, для запросов к базе данных 72h. После первоначального анализа выяснилось, что мы имеем дело с проблемой генерации кеша. Мы обновили хранилище данных (каталог кэша был удален, новый был создан, предоставлены соответствующие привилегии 755, наконец, все плагины кэша были отключены / включены и созданы новые файлы кэша), после этих операций страницы стали доступными для пользователей, а также для Google Bot, т. Е. Больше не генерирует 404 ошибки.

Что было странно обо всем этом? Проблема касалась 30% подстраниц в магазине. Обычно, поскольку что-то ломается в целом, когда в глобальном масштабе у нас есть проблема с доступом ко всему сайту, здесь проблема была связана с частью магазина. К сожалению, у меня не было времени провести углубленный анализ этого случая, поэтому фактические причины ошибки не полностью известны, скорее всего, ошибка в одном из плагинов кэша, возможны и другие ошибки (на стороне сервера).

Как защитить себя от этой ошибки? Пройдя по самой маленькой линии сопротивления, вы можете сказать — лучше всего не использовать механизмы кэширования. Ну … этот подход к предмету идет на хрупкий лед. Магазины с большим количеством пользователей должны оптимизировать использование ресурсов сервера, улучшить оптимизацию, магазин будет потреблять больше пользователей за определенный единицу времени, стоимость поддержки инфраструктуры сервера будет уменьшена, а также сокращение времени загрузки страницы в результате оптимизации отвечает интересам каждого владельца магазина, поэтому отключить кеш не является вариантом. Так что делать?

1. Следите за настройками в Google Analytics и отслеживайте входящий трафик от Google Organic.

Пример снижения трафика магазина в результате 404 ошибок и индексации подстраниц …

2. На уровне Инструментов для веб-мастеров отслеживайте количество показов и кликов (поисковый трафик => поисковые запросы).

На скриншоте ниже показан пример отключения трафика, когда большинство подстраниц в хранилище возвращают код ошибки 404 …

3. В WMT также контролируйте состояние индексирования (индекс Google = состояние индексирования) и 404 ошибки (индексирование => ошибки индексирования).

Если вы заметили резкое падение количества проиндексированных страниц, необходимо предпринять дополнительные шаги, чтобы определить причину падения уровня индексации. Для этого перейдите в раздел «Ошибки сканирования» и проверьте, как число ошибок 404 было развито за последние недели.

ВНИМАНИЕ! Уменьшение количества индексированных подстраниц может быть вызвано другими причинами, например низким качеством страниц, дублированием. Подробнее о дублировании здесь.

4. Используйте плагины или программы, которые позволят вам изучить коды ответов всех подстраниц в хранилище. Имея в своем распоряжении карту сайта, вы можете импортировать ее в инструменты и провести быстрый анализ. Анализ должен проводиться в ночные часы, когда ваш сайт посещается меньшим количеством пользователей, т. Е. Когда загрузка сервера ниже.

Примеры приложений, которые вы можете использовать:

  • Нетипичный паук
  • Netpeak Checker
  • Screaming Frog SEO Spider (если у вас есть карта сайта: Mode => List)
  • Быстрая ссылка Checker Lite
  • Visual SEO Studio (Просмотр карты сайта или Zaindeksuj strony)
  • LinkCrawler
  • Аудитор SE (v 1.06a)
  • SEO Пылесос
  • Набор инструментов веб-анализа SEO
  • Excel с добавлением SeoTools

Часть приложения позволяет вам читать данные непосредственно из файла sitemap.xml, в других вам нужно иметь список адресов в формате TXT. Я дал много программ, поэтому вы определенно выберете что-то для себя.

5. Убедитесь, что в Инструментах для веб-мастеров включены уведомления по электронной почте (значок Gear => Настройки веб-мастеров Preferences => Включить уведомления по электронной почте => Тип: все проблемы). Благодаря этому все обнаруженные проблемы с веб-сайтом будут оповещены по электронной почте.

Знаете ли вы другие методы борьбы с этой проблемой? Комментарий к статье, дающей решение …

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *