Мониторинг WooCommerce: магазин работает, но можно ли в нём купить?

Магазин работает, а продаж нет

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

Какие страницы несут сигнал

Практичный набор для магазина, каждый элемент — отдельный монитор:

• Страница товара-индикатора: товар, который всегда опубликован и есть в наличии, с обязательной фразой «Add to cart». Если когда-нибудь снимете этот товар с продажи, измените монитор.
• Корзина: пустая корзина показывает сообщение WooCommerce «Your cart is currently empty», так что требование этой фразы проверяет, что шаблон корзины отображается; запретите и общее сообщение об ошибке.
• Оформление заказа: Tenium не может хранить корзину между запросами, поэтому с пустой корзиной его обычно перенаправляют или показывают сообщение, что всё равно доказывает, что страница и тема загружаются. Оставьте диапазон ожидаемых статусов широким (200-399) и требуйте фразу, которую видите в таком состоянии.
• Store API: /wp-json/wc/store/v1/products?per_page=1 возвращает JSON в новых версиях WooCommerce. Монитор JSON API с путём 0.id проверяет, что товары отдаются из базы данных через слой REST независимо от кеша.
• Страница поиска или категории: она нагружает базу данных сильнее, чем главная, которую можно закешировать.

Платёжные callback

Шлюзы уведомляют магазин через адрес callback, часто вида /?wc-api=NAME, а точный адрес покажет страница настроек плагина. Tenium может отправлять только GET, а шлюзы присылают POST с подписанным содержимым, поэтому в ответ обычно придёт какой-нибудь статус ошибки. Это нормально: задайте ожидаемый статус 200-499, и проверку пройдёт любой ответ, доказывающий, что PHP работает, а ответы 500, 502, 503 и таймаут её провалят. Сможет ли шлюз до вас достучаться и сходятся ли подписи, монитор не покажет, поэтому поглядывайте и в журнал доставки в собственной панели шлюза.

Медленное оформление стоит денег

Оформление, которое длится восемь секунд, теряет корзины, ни разу не упав. На тарифах Pro и Agency можно задать порог медленного ответа в миллисекундах: Tenium сравнивает с ним среднее за три последние проверки и открывает инцидент о снижении скорости, когда порог превышен. Выберите значение по собственным данным: дайте монитору поработать неделю, посмотрите на график времени ответа и поставьте лимит примерно вдвое выше обычного значения. Помните, что проверки обращаются к некешируемым страницам корзины и оформления из нескольких регионов, так что в цифру входит и расстояние по сети.

Распродажи по расписанию, склад и Action Scheduler

WooCommerce полагается на Action Scheduler для писем, подписок, резервирования остатков и запланированных цен распродаж. Он работает поверх wp-cron, так что совет из раздела о мониторинге WordPress здесь действует вдвойне: запускайте его из системного планировщика и подключите heartbeat. Если установлены WP-CLI и команды Action Scheduler, задача вроде wp action-scheduler run с последующим curl на heartbeat подскажет, что очередь застряла, обычно раньше, чем покупатели начнут жаловаться на отсутствие писем-подтверждений.

Сколько нужно мониторов, оповещения и пиковые дни

Закладывайте от шести до десяти мониторов на магазин: товар-индикатор, корзина, оформление, Store API, wp-login, callback, SSL / домен и heartbeat. 100 мониторов тарифа Starter хватит примерно на 12 магазинов по восемь, 300 мониторов Pro — примерно на 37 магазинов. Направляйте оповещения туда, где их заметит человек: Telegram и Slack доступны с тарифа Starter, а Pro добавляет эскалацию, если первое сообщение никто не подтвердил. Перед крупной акцией сократите интервал ключевых мониторов (1 мин на Starter, 30 с на Pro) и планируйте окна обслуживания для деплоев, чтобы они не съедали аптайм, который владелец магазина видит на странице статуса.