Команда Google по сканированию обнаружила ошибки в плагинах WordPress

Команда Google по сканированию обнаружила ошибки в плагинах WordPress

  • Команда сканирования Google сообщила об ошибке непосредственно в WooCommerce, касающейся параметров URL-адреса добавления в корзину, из-за которых URL-адрес сайта удваивался, и исправление было быстро выпущено.
  • Два других плагина с открытыми проблемами сканирования остаются не исправленными.
  • На параметры действий приходится примерно 25% всех проблем сканирования.
  • Команда Google по сканированию обнаружила ошибку в WooCommerce из-за того, что параметры добавления в корзину тратят бюджет сканирования. WooCommerce исправил это. Другие плагины этого не сделали.

    <п>Команда Google по сканированию обнаружила ошибки непосредственно в плагинах WordPress, которые тратят бюджет на сканирование в огромных масштабах.

    Гэри Иллис, аналитик Google, поделился подробностями последнего подкаста Search Off the Record. Его команда подала жалобу на WooCommerce после того, как определила, что параметры URL-адреса добавления в корзину являются основным источником потерь при сканировании. WooCommerce обнаружил ошибку и быстро ее исправил.

    Не каждый разработчик плагинов был таким отзывчивым. Проблема, зарегистрированная в отношении отдельного плагина параметров действия, по-прежнему остается невостребованной. А Google заявляет, что обращение к разработчику коммерческого плагина календаря, генерирующего бесконечные URL-адреса, осталось без внимания.

    Что нашел Google

    Подробности взяты из внутреннего отчета Google о проблемах со сканированием на конец года, который Иллиес просмотрел во время подкаста вместе с коллегой по команде Google Search Relations Мартином Сплиттом.

    На

    на параметры действий приходилось примерно 25% всех проблем сканирования, о которых сообщалось в 2025 году. Только фасетная навигация имела более высокий рейтинг: 50%. Вместе эти две категории составляют около трех четвертей всех проблем со сканированием, обнаруженных Google в прошлом году.

    Проблема с параметрами действий заключается в том, что каждый из них создает нечто похожее на новый URL-адрес, добавляя текст типа ?add_to_cart=true. Параметры могут суммироваться, удваивая или утрояя доступное для сканирования пространство URL-адресов на сайте.

    <п>Иллиес сказал, что эти параметры часто вводятся плагинами CMS, а не создаются владельцами сайтов намеренно.

    Исправление WooCommerce

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

    <стр>Иллиес описывает, как они определили проблему:

    “Итак, мы попытаемся разобраться, откуда они берутся, а затем иногда можно определить, что, возможно, эти параметры действий поступают из плагинов WordPress, поскольку WordPress является довольно популярной системой управления контентом CMS. И тогда вы обнаружите, что да, именно эти плагины добавляются в корзину и в список желаний.”

    И затем, если бы вы были Гэри, вы бы попытались выяснить, имеют ли они открытый исходный код в том смысле, что у них есть репозиторий, куда вы можете сообщать об ошибках и проблемах, и в обоих случаях ответ был «да». Поэтому мы будем регистрировать проблемы с этими плагинами.”

    WooCommerce ответил и отправил исправление. Иллиес отметил, что решение было быстрым, но другие разработчики плагинов, столкнувшиеся с аналогичными проблемами, не ответили. Иллиес не назвал названия других плагинов.

    <стр>Он добавил: <блоковая цитата><п>“Что мне действительно очень понравилось, так это то, что хорошие ребята из Woolcommerce почти сразу заметили проблему и решили ее.”

    Почему это важно

    Это та же проблема с параметрами URL, о которой Иллес предупреждал ранее и продолжал помечать. Затем Google формализовал свои рекомендации по фасетной навигации в официальной документации и пересмотрел рекомендации по параметрам URL.

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

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

    Иллес сказал, что робот Googlebot не может определить, полезно ли пространство URL-адресов, «если только он не просканировал большую часть этого пространства URL-адресов». К тому времени, когда вы заметите перегрузку сервера, ущерб уже будет нанесен.

    Google постоянно рекомендует robots.txt, поскольку предупредительная блокировка URL-адресов параметров более эффективна, чем ожидание симптомов.

    <ч2>Взгляд в будущее

    Сообщение Google об ошибках в плагинах с открытым исходным кодом может помочь сократить потери при сканировании источника. Полный выпуск подкаста с Иллиесом и Сплиттом доступен с расшифровкой.

Back To Top