YITH Woocommerce Desktop Notifications - Плагин WordPress
Идеальное решение для постоянного обновления вашего магазина: получайте на свой компьютер и в режиме реального времени все уведомления, связанные с продажами, возвратами и т.д.
Особенности плагина
- Вы всегда сможете следить за тем, что происходит в вашем магазине в режиме реального времени (продажи, запросы на возврат средств, изменения статуса заказа и т.д.)
- Вы получите уведомление в случае, если один из продуктов исчезнет со склада или у него будет низкий запас.
Вам нравится звук денег? Я уверен, что вы знаете! С того момента, как вы открыли свой магазин электронной коммерции, вы знаете, что нет лучшего звука, чем звук успешной продажи.
Когда клиент покупает в вашем интернет-магазине, вы хотите сразу же получить информацию, чтобы получить то особое ощущение, которое могут дать вам только продажи.
Не имеет значения, что вы делаете, не имеет значения, проверяете ли вы свой бюджет или находитесь на встрече со своими коллегами, вы должны быть проинформированы!
Конечно, вы, должно быть, думаете, что электронные письма и текстовые сообщения помогают в этом отношении, но это вынуждает вас постоянно обновлять свои учетные записи.
Как? YITH Woocommerce Desktop Notifications позволяют вам получать уведомления в режиме реального времени прямо на экране вашего компьютера, сообщая вам о заказах и продажах, что является быстрым и простым способом почувствовать связь с вашими клиентами и их потребностями.
Каждое уведомление содержит ссылки на обработанный заказ, и вы сможете свободно настраивать свои сообщения с помощью значков и звуков и даже решать, какую роль будут играть пользователи.
Это означает, что вы сможете включить уведомление о неудачных заказах своему менеджеру магазина и уведомлять администраторов о подтвержденных продажах и так далее…
Спецификации:
| Дата выхода: | 12-07-2019 | |
| Дата обновления: | 20-02-2024 | |
| Тип расширения: | Платный | |
| Лицензия: | GPL | |
| Тематика: | Отображение новостей Специфические для WooCommerce | |
| Совместимость: | W5.x W6.x | |
| Включает в себя: | Плагин | |
| Языковые пакеты: |
|
|
| Разработчик: | YIThemes | |
| Рейтинг: | ||
Скачивание по подписке!
Вам необходимо авторизоваться на сайте и приобрести клубную подписку!
Поделись с друзьями!
Руководство по настройке YITH Woocommerce Desktop Notifications для магазина WooCommerce
YITH Woocommerce Desktop Notifications нужен не для украшения админ-панели, а для рабочей ситуации, когда менеджер магазина должен быстро заметить новое событие: заказ, продажу конкретного товара, возврат, смену статуса или проблему со складским остатком. В этом руководстве разберём, как подготовить сайт, какие уведомления создать первыми, как назначить их нужным ролям, как проверить разрешения браузера и что делать, если всплывающее сообщение или звук не появляются.
Материал рассчитан на владельца магазина, администратора WooCommerce, контент-менеджера и вебмастера, который уже получил установочный файл плагина и хочет безопасно внедрить его в рабочий процесс. Мы не будем повторять рекламное описание продукта и не будем обсуждать покупку, лицензионные ключи или оформление заказа на сайте разработчика. Фокус здесь другой: превратить уведомления в понятную систему контроля магазина, а не в ещё один шумный канал сообщений.
Официальное название в материалах YITH чаще встречается как YITH Desktop Notifications for WooCommerce. В статье используется название из задания, но логика настройки одна и та же: плагин работает в админской среде WordPress и WooCommerce, использует браузерные desktop notifications и требует, чтобы уведомления были созданы и включены заранее.
Какую задачу решает плагин и где он действительно полезен
Главная ценность плагина - не в том, что он просто показывает всплывающее окно. Он закрывает разрыв между событием в WooCommerce и вниманием человека, который должен быстро отреагировать. Письма о заказах полезны, но их легко пропустить в общем потоке почты. Вкладка с заказами тоже помогает, но требует постоянной проверки. Desktop-уведомление выводит короткий сигнал на уровне операционной системы и помогает заметить событие, даже если менеджер работает в другой вкладке.
По официальным данным YITH, плагин умеет создавать уведомления для нескольких типов событий: новый заказ, продажа конкретного товара, смена статуса заказа, возврат, переход товара в состояние Out of Stock и низкий остаток. Также можно настраивать текст, иконку, звук, длительность показа и роли пользователей, которые получат уведомление. Это делает продукт полезным не только для маленького магазина, где один человек смотрит за всем, но и для команды, где администратор, менеджер склада и руководитель видят разные события.
Типовые ситуации, где desktop-уведомления дают пользу
Плагин особенно хорошо подходит для магазинов, где время реакции влияет на операционную работу. Например, магазин с ручной обработкой заказов может сразу увидеть новый заказ и быстрее проверить оплату. Склад может получать сигнал о товаре с низким остатком. Руководитель может оставить только уведомления о возвратах или проблемных статусах, чтобы не отвлекаться на каждую продажу.
- Магазин с ручной сборкой заказов получает быстрый сигнал о новом заказе и открывает карточку заказа для проверки деталей.
- Команда с несколькими ролями разделяет уведомления: администратор видит все критичные события, менеджер магазина - заказы и остатки, специалист по возвратам - refund-сценарии.
- Каталог с ограниченными партиями товаров отслеживает низкий остаток и быстрее принимает решение о закупке или скрытии позиции.
- Магазин с кастомными статусами использует интеграцию с YITH WooCommerce Custom Order Status, если такая связка действительно установлена и нужна.
Важно понимать ограничение: это не система уведомлений для покупателей и не замена email-уведомлениям WooCommerce. Плагин сообщает администратору или другой выбранной роли о событиях магазина. Если вам нужны push-уведомления покупателям о скидках, брошенной корзине или возвращении товара на склад, это уже другой класс инструментов.
Кому подойдёт YITH Woocommerce Desktop Notifications, а кому лучше выбрать другой инструмент
Перед установкой стоит честно решить, какую проблему вы закрываете. Если цель - увидеть новое событие внутри рабочей админской сессии, YITH Woocommerce Desktop Notifications подходит хорошо. Если нужен мобильный push без открытой админки, Telegram-канал, Slack, Discord или уведомления для покупателей, придётся смотреть на другие решения.
Хороший сценарий для этого плагина
Лучший сценарий - магазин, где один или несколько сотрудников регулярно работают за компьютером и уже входят в админ-панель WordPress. В таком режиме браузер может запросить разрешение на desktop notifications, а пользователь может сразу перейти к заказу или проверить событие. Официальный FAQ YITH отдельно подчёркивает, что пользователь должен быть авторизован в админке WordPress, а сами типы уведомлений не включаются автоматически - их нужно создать и настроить.
Практический вывод: не ставьте плагин как "магическую сирену" для всех заказов. Сначала определите роли, события и рабочее место, где уведомление действительно будет замечено.
Когда плагин может не подойти
Плагин может оказаться лишним, если магазин полностью обрабатывается через мобильное приложение, внешнюю CRM или командный мессенджер. Он также не решит проблему, когда сотрудники часто забывают входить в админ-панель, закрывают браузер или блокируют уведомления на уровне браузера/операционной системы. Desktop notification зависит от разрешений пользователя и поведения браузера, поэтому его стоит рассматривать как оперативный сигнал, а не как единственный источник правды.
| Задача | Подходит ли плагин | Что учесть |
|---|---|---|
| Сигнал менеджеру о новом заказе в админке | Да | Пользователь должен быть авторизован и разрешить уведомления в браузере. |
| Уведомление о низком остатке или товаре без наличия | Да | Нужно корректно настроить складские остатки WooCommerce и выбрать событие в плагине. |
| Пуши покупателям о маркетинговых акциях | Нет | Нужен клиентский push-инструмент, а не админское desktop-уведомление. |
| Уведомления в Telegram, Slack или Discord | Не основной сценарий | Лучше выбрать инструмент с вебхуками или каналами сообщений. |
Что проверить перед установкой на рабочий магазин
Плагин связан с заказами, остатками и ролями пользователей, поэтому его не стоит включать на рабочем сайте без короткой подготовки. Даже если установка занимает пару минут, план уведомлений лучше подготовить до активации. Иначе легко получить шум: каждое событие будет отвлекать не того сотрудника, звук будет мешать, а важные статусы останутся без внимания.
Проверка платформы и окружения
На странице продукта YITH публикует технические требования к WordPress, WooCommerce и PHP. Перед установкой сверьте их с текущей конфигурацией сайта в Tools или в разделе системного статуса WooCommerce. Если сайт заметно отстаёт по версии CMS, WooCommerce или PHP, сначала обновите тестовую копию и проверьте совместимость темы, платежей, доставки и других WooCommerce-плагинов.
Не менее важно проверить, как в магазине используются статусы заказов. WooCommerce имеет собственную логику переходов между статусами: заказ может быть ожидающим оплаты, обрабатываться, завершаться, отменяться или переходить в возврат. Если в магазине стоят платежные шлюзы или плагины кастомных статусов, событие "order status changed" может срабатывать чаще, чем кажется на первый взгляд.
Проверка браузера и разрешений
Desktop notifications работают через возможности браузера и операционной системы. MDN описывает общую логику так: сайт должен запросить разрешение, пользователь должен его выдать, а затем браузер сможет показывать системные уведомления. В live demo YITH первым шагом тоже предлагается нажать Allow, чтобы разрешить notifications. Это важная деталь: если менеджер однажды нажал Block, плагин может быть настроен правильно, но уведомлений на экране не будет.
- Проверьте, что рабочий браузер не блокирует уведомления для домена сайта.
- Убедитесь, что режим "Не беспокоить" в операционной системе не скрывает системные уведомления.
- Попросите каждого пользователя проверить разрешения отдельно, потому что они хранятся на стороне браузера и профиля пользователя.
- Не рассчитывайте на стабильное поведение звука в мобильных браузерах, если основной сценарий плагина строится вокруг desktop-рабочего места.
План событий до настройки
Перед установкой составьте маленькую таблицу: какие события нужны, кто их получает и что делает после сигнала. Для большинства магазинов достаточно начать с трёх правил: новый заказ для менеджера, низкий остаток для ответственного за склад, возврат или проблемный статус для администратора. Остальные события можно добавить позже, когда команда поймёт реальную нагрузку.
Установка и первая проверка после активации
Процесс установки обычный для коммерческого WordPress-плагина: загрузите ZIP-файл через Plugins -> Add New -> Upload Plugin, установите и нажмите Activate. Если плагин устанавливает отдельный пункт меню YITH или добавляет раздел в набор плагинов YITH, откройте его сразу после активации и не переходите к рабочим заказам, пока не проверите базовую цепочку.
Минимальная проверка сразу после установки
Ваша цель на первом шаге - не настроить всё сразу, а убедиться, что сайт видит плагин, браузер готов показывать уведомления, а пользователь имеет доступ к нужной админской странице. Проверку лучше делать под отдельной учетной записью администратора или менеджера магазина, но не под случайным редактором, у которого нет доступа к WooCommerce-заказам.
- Откройте админ-панель WordPress в том браузере, где менеджер будет работать каждый день.
- Перейдите в раздел плагина YITH Desktop Notifications и найдите список уведомлений или кнопку создания нового уведомления.
- Создайте временное правило для события "new order" или используйте preview-возможность, если она доступна в вашей версии.
- Когда браузер спросит разрешение, нажмите
Allow. - Сохраните правило и выполните тестовое действие: preview notification в демо-сценарии или тестовый заказ на staging-копии.
Если уведомление не появилось, не создавайте сразу пять новых правил. Сначала проверьте одно минимальное правило, разрешение браузера, вход пользователя в админку и права роли. Такая последовательность быстрее приводит к причине.
Подробная настройка уведомлений после установки
Настройка плагина держится на четырёх решениях: какое событие ловим, кому его показываем, какой текст и звук используем, сколько времени уведомление остаётся на экране. Если сделать эти решения случайно, уведомления быстро станут раздражающим шумом. Если настроить их осознанно, плагин превращается в компактный операционный центр.
Событие: что именно должно вызвать уведомление
Официальная страница YITH перечисляет несколько условий: продажа конкретного товара, создание нового заказа, смена статуса заказа, возврат, переход товара в состояние без наличия и низкий остаток. Начинайте с события, которое имеет понятное действие после сигнала. Например, "new order" значит "открыть заказ и проверить оплату/доставку", а "low stock" значит "проверить остаток и принять решение о пополнении".
Новый заказ и продажа конкретного товара
Разница между этими событиями важна. В FAQ YITH объясняется, что уведомление о продаже конкретного товара связано с выбранным продуктом, а уведомление о новом заказе срабатывает при создании заказа. Для магазина с большим каталогом не стоит включать товарные уведомления на всё подряд. Их лучше использовать для дорогих, редких, предзаказных или оперативно собираемых товаров.
Смена статуса заказа и возврат
Смена статуса полезна, если у магазина есть ясный процесс обработки: например, заказ переходит из Processing в внутренний кастомный статус или требует ручного действия. Но это событие легко сделать слишком шумным. Если платежный шлюз, менеджер и автоматизация часто меняют статусы, уведомление будет появляться постоянно. Поэтому включайте его только для статусов, где действительно нужен человек.
Низкий остаток и товар без наличия
Эти уведомления зависят от складских настроек WooCommerce. Если товары не ведут остатки или низкий порог задан хаотично, desktop-сигнал будет неточным. Сначала проверьте карточки товаров, управление запасами и пороги низкого остатка, затем включайте уведомления.
Текст уведомления: коротко, понятно, с переменными по делу
YITH указывает, что текст уведомления можно настраивать с помощью специальных placeholders. Используйте их не ради красоты, а чтобы менеджер понял действие без открытия лишних вкладок. Хороший заголовок сообщает тип события, а описание даёт минимум контекста: номер заказа, товар, статус или остаток, если эти данные доступны в выбранном типе уведомления.
Не делайте текст слишком длинным. Системные уведомления имеют ограниченное место, а разные операционные системы отображают их по-разному. Безопасная схема: заголовок до одной короткой строки, описание до двух строк, без рекламных фраз и внутренних сокращений, которые понимает только автор настройки.
Иконки, звук и длительность
Плагин позволяет выбрать иконку и звук для каждого уведомления, а также загружать свои файлы и настраивать длительность показа. Подходите к этому как к системе приоритетов. Для нового заказа можно использовать спокойный короткий звук. Для возврата или низкого остатка - другой сигнал, чтобы сотрудник отличал тип события без чтения текста. Если звук проигрывается слишком долго, он будет мешать; если слишком коротко, уведомление легко пропустить.
| Параметр | Безопасный старт | Когда менять |
|---|---|---|
| Тип события | Новый заказ, низкий остаток, возврат | Добавляйте товарные и статусные правила после тестовой недели. |
| Роли пользователей | Только администратор и менеджер магазина | Расширяйте доступ, когда понятно, кто реально реагирует на событие. |
| Звук | Короткий, различимый, без раздражающего повтора | Меняйте, если сотрудники путают события или пропускают сигнал. |
| Длительность | Достаточно длинная, чтобы заметить, но не блокирующая работу | Увеличивайте только для критичных событий. |
Роли пользователей: кому действительно нужно видеть сигнал
Официальные возможности плагина включают ограничение уведомлений по ролям. Это важнее, чем кажется. Если уведомления видят все администраторы, часть людей быстро начнёт их игнорировать. Если уведомления видит только один менеджер, критичные события могут пропасть во время отпуска или смены. Настраивайте роли как рабочую ответственность, а не как технический доступ.
Проверка после сохранения: войдите под учетной записью выбранной роли, создайте тестовое событие и убедитесь, что уведомление видит именно этот пользователь. Затем войдите под другой ролью и проверьте, что лишний пользователь не получает сигнал.
Как построить правила без лишнего шума
Большая ошибка при внедрении уведомлений - включить всё сразу. Плагин умеет много, но команда не обязана получать все события. Для desktop-сигналов работает правило: чем меньше уведомлений, тем выше внимание к каждому из них. Поэтому настройку лучше строить слоями.
Первый слой: события, где есть немедленное действие
В первый слой попадают только те события, по которым человек должен сделать что-то в ближайшее время. Новый заказ требует проверки оплаты, доставки или комплектации. Низкий остаток требует решения по закупке. Возврат требует проверки причины и статуса. Эти уведомления не просто информируют - они запускают действие.
Второй слой: события для контроля процесса
Во второй слой можно добавить смену статуса заказа и продажу конкретного товара. Эти уведомления полезны, когда у магазина есть особенности: индивидуальное производство, редкие товары, ручная упаковка, кастомные статусы или отдельный сотрудник на конкретной категории. Если таких особенностей нет, лучше не добавлять второй слой сразу.
Третий слой: интеграции YITH
YITH заявляет интеграции с несколькими собственными продуктами: Booking and Appointment, Custom Order Status, Multi Vendor и Request a Quote. Эти интеграции стоит включать только тогда, когда соответствующий плагин реально используется в вашем магазине. Например, если у магазина есть заявки на бронирование, desktop-сигнал о запросе, который ждёт подтверждения, может быть важнее обычной продажи. Если есть маркетплейс с продавцами, уведомления по заказам продавцов помогают разделить ответственность.
Не добавляйте интеграционные уведомления "на будущее". Если дополнительный YITH-плагин не установлен и не встроен в процесс, такой раздел настройки лучше не трогать. В sources и notes по этой статье интеграции рассматриваются как подтверждённые возможности YITH, но не как обязательная часть каждого магазина.
Практический пример: уведомление о новом заказе и низком остатке
Разберём сценарий, который подходит большинству WooCommerce-магазинов: менеджер должен увидеть новый заказ, а ответственный за склад - сигнал о низком остатке. Этот пример не требует сложной автоматизации и хорошо показывает, как пользоваться YITH Woocommerce Desktop Notifications без перегруза.
Цель сценария
Нужно получить две рабочие реакции. Первая: когда клиент оформляет заказ, менеджер видит desktop-уведомление и открывает заказ в админке. Вторая: когда товар приближается к низкому остатку, ответственный пользователь получает отдельный сигнал и проверяет карточку товара.
Подготовка
Перед настройкой убедитесь, что WooCommerce корректно создаёт тестовые заказы, а товары ведут складской учёт. Для складского сценария у товара должен быть включён stock management и задан разумный порог низкого остатка. Если остатки в магазине не используются, уведомление о low stock будет бессмысленным.
Шаги настройки
- Создайте первое уведомление для события "new order" или аналогичного события создания заказа.
- В заголовке укажите короткую фразу вроде "Новый заказ в магазине". Если интерфейс требует английский текст, используйте понятный вариант для команды.
- В описании добавьте доступные placeholders для номера заказа или суммы, если они показаны в интерфейсе вашей версии плагина.
- Назначьте уведомление роли
Shop Managerили роли, которую в вашем магазине использует менеджер заказов. - Выберите короткий звук и длительность, достаточную для реакции, но не мешающую работе.
- Создайте второе уведомление для low stock или out-of-stock события, назначьте его ответственному пользователю и используйте другой звук.
- Сохраните настройки и проверьте каждое правило отдельно.
Проверка результата
Для первого правила создайте тестовый заказ на staging-сайте или используйте безопасный тестовый заказ в рабочей среде, если у вас уже есть регламент для таких проверок. Убедитесь, что менеджер авторизован в админке и разрешил уведомления браузера. Для складского правила уменьшите остаток тестового товара так, чтобы он достиг низкого порога, и проверьте, появляется ли сигнал.
Мини-итог: рабочее уведомление должно отвечать на три вопроса без открытия дополнительных инструкций: что случилось, кому реагировать и какой объект проверить.
Проверка результата на сайте и в админ-панели
После настройки важно проверить не только появление окна, но и весь путь от события до реакции. Уведомление может быть видно, но вести не туда. Звук может работать, но появляться у неправильной роли. Событие может срабатывать, но не на тот статус. Поэтому проверку лучше выполнять как маленький протокол.
Проверка цепочки "событие -> уведомление -> действие"
Для каждого правила запишите ожидаемую цепочку. Например: клиент создаёт заказ, WooCommerce присваивает заказу статус, плагин показывает уведомление роли менеджера, менеджер открывает заказ и выполняет действие. Если в цепочке неясен хотя бы один шаг, уведомление будет трудно диагностировать.
- Событие действительно произошло в WooCommerce, а не только ожидалось пользователем.
- Заказ или товар соответствует условию уведомления.
- Пользователь с нужной ролью находится в админ-панели и не вышел из сессии.
- Браузер разрешил уведомления для домена.
- Операционная система не скрывает уведомления режимом фокуса.
- Уведомление содержит полезный текст и не обрывается до потери смысла.
Как не перепутать уведомление плагина с письмами WooCommerce
WooCommerce сам отправляет письма при некоторых событиях заказа. Desktop-уведомление YITH - отдельный слой. Если email пришёл, а всплывающее сообщение нет, это не доказывает неисправность WooCommerce. И наоборот: если desktop-сигнал появился, но письмо не пришло, проверяйте email-настройки WooCommerce отдельно. Не смешивайте эти две системы в одной диагностике.
Роль кеша и оптимизации
Плагин работает в админском сценарии, но агрессивная оптимизация админских скриптов, security-плагины и ограничения браузера всё равно могут повлиять на поведение уведомлений. Если на сайте включены плагины, которые меняют загрузку JavaScript в админке, ограничивают REST/AJAX-запросы или скрывают админские страницы для некоторых ролей, проверяйте уведомления после каждого такого изменения.
Практичные идеи применения для разных процессов магазина
YITH Woocommerce Desktop Notifications особенно полезен, когда одно и то же событие имеет разный смысл для разных ролей. Ниже несколько сценариев, которые можно построить на подтверждённых возможностях плагина без выдумывания скрытых функций.
Операционный менеджер: быстрый контроль новых заказов
Для операционного менеджера достаточно уведомлений о новых заказах и, возможно, о неудачных или изменённых статусах. Здесь важно не перегрузить человека складскими и интеграционными событиями. Если менеджер отвечает за сборку, ему нужен короткий сигнал и ссылка на заказ, а не длинная справка в тексте уведомления.
Склад или закупки: низкий остаток и товар без наличия
Для складского процесса настройте отдельные уведомления на low stock и out-of-stock. Эти события лучше выводить пользователю, который реально может проверить остатки. Если товарные остатки ведутся в другой системе, используйте desktop-уведомления осторожно: они будут полезны только настолько, насколько WooCommerce получает точные данные.
Руководитель магазина: возвраты и проблемные статусы
Руководителю обычно не нужен каждый новый заказ. Ему полезнее сигналы о возвратах, нестандартных статусах и событиях, где требуется решение. В такой схеме desktop-уведомление становится фильтром внимания: обычный поток остаётся менеджеру, а исключения уходят руководителю.
Магазин с YITH-интеграциями
Если магазин использует дополнительные YITH-плагины, интеграции могут расширить список событий. Например, для бронирований можно отслеживать запрос, который ждёт подтверждения; для custom order statuses - переход в созданный статус; для quote-сценариев - новый запрос или изменение статуса заявки. Используйте такие уведомления только после того, как сам процесс уже настроен и проверен.
Ограничения, безопасность и аккуратные улучшения без кода
Для этого продукта не стоит начинать с PHP-snippets или правки файлов. В публичных источниках нет свежего подтверждённого набора хуков, который можно безопасно рекомендовать для запуска собственных уведомлений. Старые support-темы с вопросами о PHP-хуках не являются достаточным основанием для кода в руководстве. Поэтому лучший путь улучшения - аккуратная конфигурация, роли, тестовый сценарий и браузерные разрешения.
Что можно улучшить безопасно
- Создать отдельные уведомления для разных ролей, чтобы каждый сотрудник видел только свои события.
- Сделать тексты уведомлений короткими и различимыми по типу события.
- Использовать разные звуки для нового заказа, низкого остатка и возврата.
- Проверить разрешения браузера для каждого рабочего места и задокументировать, где они меняются.
- Периодически пересматривать правила, если команда начала игнорировать уведомления.
Что лучше не делать
Не правьте файлы плагина и не вставляйте неподтверждённые хуки из старых обсуждений. Не используйте слишком длинные звуки для каждого события. Не назначайте уведомления всем ролям сразу. Не делайте desktop-уведомление единственным способом узнавать о заказах, если магазин критически зависит от скорости обработки. Для критичных процессов оставляйте резервный канал: email WooCommerce, журнал заказов, внешние уведомления или регламент ручной проверки.
Если уведомления не работают: диагностика по симптомам
В support-разделе WordPress.org по старой бесплатной версии встречаются типичные формулировки: не уведомляет, не работает звук, уведомления только для вошедших пользователей, проблема с loop sound, уведомление не создаётся. Эти темы нельзя переносить как точные баги текущей версии, но они хорошо показывают, где пользователи чаще всего ошибаются. Диагностику лучше вести от простого к сложному.
Уведомление вообще не появляется
Симптом
Заказ создан или preview-событие запущено, но на экране нет системного уведомления.
Что проверить
- Пользователь вошёл в админ-панель WordPress и не потерял сессию.
- Для домена сайта в браузере разрешены уведомления.
- Операционная система не скрывает уведомления режимом фокуса.
- В плагине создано и сохранено правило для нужного типа события.
- Роль текущего пользователя входит в список ролей, выбранных для уведомления.
Как исправить
Сначала сбросьте разрешение уведомлений в настройках браузера для домена и заново разрешите его через тестовое действие. Затем создайте минимальное правило на новый заказ для администратора и проверьте на тестовом заказе. Если минимальное правило работает, проблема была в условии, роли или конкретном типе события.
Уведомление появляется не у того пользователя
Обычно причина в слишком широком выборе ролей или в том, что у пользователя несколько ролей/расширенные права через другой плагин. Проверьте правило уведомления и фактическую роль пользователя в WordPress. Если магазин использует кастомные роли, не предполагайте, что они ведут себя как стандартный Shop Manager. Проверьте под конкретной учетной записью.
Звук не проигрывается или играет не так, как ожидалось
Проверьте, выбран ли звук в самом уведомлении, не отключён ли звук вкладки, не блокирует ли браузер автоматическое воспроизведение, и не мешает ли режим тишины в операционной системе. Если включён повтор звука на всю длительность уведомления, но он мешает работе, уменьшите длительность или выберите короткий сигнал. Если звук нужен только как мягкий индикатор, лучше не делать его длинным.
Событие о статусе заказа срабатывает слишком часто
WooCommerce и платежные шлюзы могут менять статус заказа по своей логике. Кроме того, кастомные статусы добавляют новые переходы. Если уведомление на смену статуса стало шумным, ограничьте его только теми статусами, где действительно требуется реакция, или временно отключите правило и оставьте уведомления о новых заказах и возвратах.
Уведомления о низком остатке нет
Проверьте складской учёт товара, порог low stock и сам факт изменения остатка. Если товар не управляется через WooCommerce stock management, плагин может не получить ожидаемое событие. Для вариативных товаров проверяйте остатки на уровне вариации, если именно там ведётся склад.
После установки появилась проблема с админкой или корзиной
Такие симптомы требуют осторожной проверки совместимости. Временно отключите недавно добавленные оптимизаторы админских скриптов, security-ограничения или конфликтующие WooCommerce-расширения на тестовой копии. Если проблема пропадает после отключения конкретного плагина, не оставляйте сайт в таком состоянии вслепую: проверьте логи, обновления и обратитесь к документации или поддержке разработчика.
FAQ по настройке и ограничениям
Нужно ли быть авторизованным в WordPress, чтобы получать уведомления?
Да. Официальный FAQ YITH указывает, что пользователь должен быть залогинен в админке WordPress, а уведомления нужно сначала создать и настроить. Если сотрудник вышел из админки или работает в другом профиле браузера, уведомление может не появиться.
Плагин включает уведомления автоматически после установки?
Нет. По данным YITH, типы уведомлений нужно создать и настроить. Это правильная логика: магазин сам решает, какие события важны, кто их видит и как долго сообщение остаётся на экране.
Чем отличается уведомление о продаже товара от уведомления о новом заказе?
Уведомление о новом заказе связано с созданием заказа, а уведомление о продаже конкретного товара - с выбранным товаром внутри заказа. Для обычного магазина начните с нового заказа, а товарные уведомления добавляйте только для важных позиций.
Можно ли показывать уведомления только менеджеру магазина?
Да, официальная страница продукта заявляет ограничение уведомлений по ролям пользователей. Проверьте это под реальной учетной записью менеджера, потому что кастомные роли и плагины прав доступа могут менять поведение.
Почему браузер просит разрешение и можно ли обойти этот шаг?
Desktop notifications требуют разрешения пользователя. Это нормальная часть браузерной модели безопасности. Если пользователь нажал Block, нужно изменить разрешение в настройках браузера для домена сайта и повторить тест.
Влияет ли плагин на SEO или публичную часть сайта?
Основной сценарий связан с админскими уведомлениями, а не с публичной разметкой страниц. Прямого SEO-эффекта ожидать не нужно. Косвенная польза возможна только через более быструю операционную реакцию: обработку заказов, контроль остатков и меньше пропущенных событий.
Стоит ли добавлять PHP-код для собственных уведомлений?
Без свежей официальной документации по конкретным hooks лучше не добавлять код. Для большинства магазинов достаточно штатных событий, ролей, текста, звука и длительности. Если нужна кастомная логика, безопаснее запросить актуальную документацию у разработчика или использовать отдельный инструмент с webhooks.
Можно ли использовать плагин вместе с YITH Custom Order Status или Multi Vendor?
Официальная страница YITH описывает интеграции с Custom Order Status, Multi Vendor, Booking and Appointment и Request a Quote. Используйте их только если соответствующий продукт реально установлен, настроен и участвует в процессе магазина.
Когда YITH Woocommerce Desktop Notifications будет удачным выбором
Плагин стоит использовать, если магазин работает в WooCommerce, команда регулярно находится в админ-панели и вам нужны быстрые desktop-сигналы по событиям, которые требуют реакции. Он особенно полезен для нового заказа, возврата, смены статуса, низкого остатка и отдельных товаров, где задержка действительно имеет значение.
Перед внедрением проверьте окружение, роли, браузерные разрешения и один тестовый сценарий. Затем добавляйте правила постепенно: сначала критичные события, потом статусные и интеграционные сценарии. Такой подход лучше, чем включить всё сразу и через неделю отключить уведомления из-за шума.
Если после проверки сценарий подходит вашему магазину, можно скачать YITH Woocommerce Desktop Notifications и протестировать его на копии сайта или в контролируемой рабочей среде. После установки обязательно создайте минимум одно правило, разрешите уведомления в браузере и выполните тестовый заказ, чтобы убедиться, что сигнал видит именно тот пользователь, который должен реагировать.
