Руководство для разработчиков GT BOGO Engine для WooCommerce

Если вы являетесь разработчиком WooCommerce, оценивающим GT BOGO Engine для работы с клиентами или для вашего собственного магазина, это руководство для разработчиков проходит через архитектурные решения, которые имеют значение для развертывания производства. Платформа - это первая в мире система автоматизации корпоративного уровня Buy X Get Y, построенная специально для WooCommerce, с 48 суперспособностями, 200 предварительно построенными пакетами кампаний в 19 отраслях и поверхностью расширения, ориентированной на разработчиков, которая поддерживает чистую настройку без вилок или обезьяньих повязок. Промоутерская логика работает на стороне корзины, а не через механику купонов, интеллект клиентов работает непрерывно, а не через ручную сегментацию, и архитектурные решения влияют на все ниже по течению - от того, как пользовательские правила внедряются в то, как платформа интегрируется с безголовыми настройками, до того, как работают тестирование и постановка рабочих процессов.

#10003; GT BOGO Engine PRO включает 30-дневную гарантию возврата денег.

Эта статья предназначена для разработчиков, которые хотят иметь всестороннюю техническую ориентацию на GT BOGO Engine, прежде чем приступить к стандартизации платформы. Мы рассмотрим базовую архитектуру, поверхность расширения разработчика, паттерны интеграции для общих инструментов экосистемы WooCommerce и оперативные соображения для развертывания производства. Цель состоит в том, чтобы предоставить достаточно технических деталей, чтобы разработчики могли принимать обоснованные оценочные решения, не погружаясь во внутренние плагины.

Основная архитектура: правила Cart-Side против скидок на основе купона

Архитектурная основа GT BOGO Engine заключается в том, что рекламная логика работает на уровне расчета корзины, а не через выкуп купона. Когда корзина клиента соответствует условиям настроенного правила, платформа применяет скидку в качестве четко обозначенного элемента линии корзины - не требуется код купона, на странице оформления заказа не появляется поле купона, и никакие коды не соскребаются на сайтах агрегаторов. Архитектура на стороне корзины устраняет весь класс операционных проблем, связанных с купоном, которые создают традиционные рекламные плагины.

Архитектура на стороне корзины имеет три архитектурных последствия, которые должны понять разработчики. Во-первых, логика дисконтирования платформы выполняется во время крючков расчета корзины WooCommerce, что означает, что она интегрируется со стандартной корзиной WooCommerce и потоком оформления заказа без его замены. Пользовательские настройки оформления заказа, пользовательские интеграции платежей и пользовательская логика доставки продолжают работать, потому что логика платформы находится ниже уровня оформления заказа. Во-вторых, расчет скидки является детерминированным, учитывая содержимое корзины и состояние клиента — одна и та же корзина с одним и тем же клиентом в то же время производит одну и ту же скидку, что упрощает отладку и тестирование.

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

Разработчик: Extension Surface

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

Данные об отказе от корзины из Baymard Institute, основанные на 50 отдельных исследованиях отказа от корзины, ставят глобальный средний показатель в 70,22%. Поверхность расширения платформы позволяет разработчикам обращаться к шаблонам отказа от корзины для конкретных клиентов с помощью пользовательской логики, не отказываясь от встроенных возможностей восстановления корзины. Пользовательское условие может совершенствоваться при отказе от восстановления электронной почты; пользовательское действие может применять персонализацию для конкретных клиентов к обмену сообщениями о восстановлении; пользовательское правило сегментации может идентифицировать шаблоны отказа, характерные для клиентской базы клиента.

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

Слой клиентской разведки

Слой клиентского интеллекта непрерывно проходит через клиентскую базу магазина WooCommerce, помечая клиентов структурированным состоянием, на которое могут ориентироваться рекламные правила. LTV-скоринг присваивает Серебряные, Золотые и VIP-роли на основе моделей расходов клиентов. Юбилейный интеллект обнаруживает дату годовщины покупки каждого клиента. Сегментация клиентов работает непрерывно, помечая клиентов как новых, возвращающихся, подверженных риску, просроченных, VIP, подписчика, реферального чемпиона или покупателя на день рождения на основе реального поведения.

Исследования McKinsey по вопросам ценообразования и интеграции лояльности последовательно показывают, что розничные продавцы, персонализирующие предложения на основе истории клиентов, производят от 2 до 4 процентных пунктов повышения маржи по сравнению с предложениями вещания. Слой клиентского интеллекта является основой платформы для такого рода персонализации - рекламные правила нацелены на государства клиентов как нативные условия, а не требуют ручной сегментации в отдельном инструменте. Слой интеллекта снижает операционные накладные расходы при одновременном повышении рекламной точности.

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

Система электронной почты жизненного цикла

Система электронной почты жизненного цикла обрабатывает автоматизацию электронной почты, которую традиционные настройки WooCommerce разделяют на несколько плагинов. Юбилейные электронные письма, электронные письма на день рождения, выигрышные кампании, восстановление заброшенной корзины, послепродажное обновление, напоминания о пополнении и уведомления об обновлении уровня - все это работает как часть платформы, а не как отдельно лицензированные интеграции. Электронные письма автоматически отключаются на основе изменений состояния клиента и работают полностью под брендом клиента без брендинга GT BOGO.

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

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

Интеграция для экосистемы WooCommerce

Платформа интегрируется с общими плагинами экосистемы WooCommerce через стандартные шаблоны крючков WordPress. Интеграция подписок WooCommerce позволяет использовать рекламную логику, ориентированную на подписку. Многоязычная интеграция WooCommerce обеспечивает перевод для электронных писем жизненного цикла и копий, ориентированных на клиента. Интеграция WooCommerce позволяет использовать рекламную логику на уровне членства. Интеграция WooCommerce Multi-Currency обеспечивает обмен сообщениями с использованием пороговых значений валют. Интеграции следуют стандартным моделям WordPress, а не требуют расширения плагинов для конкретной платформы.

Для безголовых настроек WooCommerce платформа раскрывает конечные точки REST API для слоя расчета корзины, уровня интеллекта клиента и уровня конфигурации кампании. Безголовые витрины магазинов могут запрашивать рекламную логику через REST API, а не полагаться на стандартный интерфейс WooCommerce. Поддержка REST API достаточно всеобъемлющая, чтобы безголовые развертывания могли использовать всю поверхность возможностей платформы без значительного компромисса. Для получения дополнительной информации о безголовой интеграции см. безголовый WooCommerce BOGO разработчика.

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

Сравнение: Стандартная архитектура WooCommerce против GT BOGO Engine

| Возможности | Стандартная промоутерская архитектура | |-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Оперативные соображения по развертыванию производства

Развертывания GT BOGO Engine следуют стандартным операционным моделям WordPress и WooCommerce. Плагин устанавливается через стандартный интерфейс плагина WordPress, настраивается через админ WordPress и работает через стандартные крючки WordPress и WooCommerce. Не существует специальных требований к хостингу, помимо того, что требуется самому WooCommerce — PHP 7.4 + рекомендуется, MySQL 5.7 + или MariaDB 10.3 + и стандартные серверные ресурсы WooCommerce.

Операции резервного копирования и восстановления работают через стандартные инструменты резервного копирования WordPress (UpdraftPlus, BlogVault, ManageWP, JetBackup). Данные плагина хранятся в стандартных таблицах баз данных WordPress, что означает, что стандартные инструменты резервного копирования захватывают данные платформы вместе с данными WooCommerce. Операции восстановления следуют стандартному шаблону восстановления WordPress — восстанавливают резервное копирование базы данных, восстанавливают резервное копирование файлов, и платформа возобновляет нормальную работу.

Рабочие процессы развертывания следуют стандартным шаблонам развертывания WordPress, включая продвижение шага к производству, контроль версий конфигураций плагинов и интеграцию CI / CD, где команда агентства или разработчика поддерживает формальные конвейеры выпуска. Конфигурация платформы экспортируется как JSON, что означает, что продвижение шага к производству может быть написано, а не требует ручной реконфигурации в каждой среде. Для получения дополнительной информации о рабочих процессах постановки см. этап тестирования разработчика WooCommerce.

Соображения в связи с исполнением

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

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

Паттерны запросов к базе данных следуют лучшим практикам WordPress и WooCommerce. Платформа использует подготовленные заявления через слой абстракции wpdb, соответствующим образом индексирует свои пользовательские таблицы баз данных и избегает шаблонов запросов N+1 через пакетную загрузку, где это применимо. Производственные сайты, работающие в значимом масштабе, не видят проблем с производительностью базы данных с платформы в нормальных условиях эксплуатации.

Структура цен и лицензий

GT BOGO Engine PRO составляет 499 долларов в год за магазин WooCommerce без уровней ценообразования на каждую функцию. Нет никакой платы за библиотеку пакетов кампании, уровень интеллекта клиентов, система электронной почты жизненного цикла, возможность использования белых меток, геотаргетинг, многовалютная поддержка, движок тестирования A / B или Налоговая служба. Цена предсказуема по сложности развертывания - сайты, работающие с различными плагинами, пользовательские интеграции, безголовые интерфейсы или высокие объемы транзакций платят одну и ту же фиксированную ставку. Отдельные отраслевые PRO-пакеты стоят 79,99 долларов США каждый. Три уровня пакетов предлагают значительную экономию для клиентов с несколькими отраслями: Starter Bundle (299 долларов США за 5 пакетов, экономия 100,95 долларов США), Growth Bundle (299 долларов США за 9 пакетов, экономия 220,91 долларов США) и Complete Arsenal (799 долларов США за 15 пакетов, экономия 400,85 долларов США).

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

Часто задаваемые вопросы от разработчиков

Каковы требования к версии PHP платформы?

Платформа требует минимум PHP 7.4, при этом PHP 8.x поддерживается и рекомендуется для новых развертываний. Кодовая база использует современные функции PHP надлежащим образом, сохраняя совместимость с версиями PHP, которые поддерживает сам WooCommerce. PHP 8.3 является рекомендуемой версией для новых производственных развертываний.

Поддерживает ли платформа WooCommerce HPOS (High-Performance Order Storage)?

Платформа поддерживает HPOS через стандартные абстракции WooCommerce. Пользовательский код, который взаимодействует с данными заказа, должен использовать стандартный API заказа WooCommerce, а не прямые запросы к базе данных, что означает, что уровень клиентского интеллекта платформы продолжает корректно работать под HPOS. Для сайтов, которые еще не мигрировали в HPOS, платформа также работает с устаревшим хранилищем заказов.

Как платформа обрабатывает установки WordPress?

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

Каков подход платформы к безопасности?

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

Как платформа обрабатывает пользовательский код, который зависит от библиотеки пакетов кампании?

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

GT BOGO Engine построен GRAPHIC T-SHIRTS, настоящим магазином WooCommerce с более чем 1200 оригинальными проектами, работающими в масштабе. Посетите gtbogoengine.com, чтобы загрузить бесплатный плагин ядра, оценить поверхность расширения разработчика и архитектурные решения и решить, соответствует ли платформа техническим требованиям поддерживаемых вами развертываний. Для более широкого контекста см.