CI/CD для WordPress affiliate-сайта: как не ломать лендинги на каждом деплое

CI/CD для WordPress affiliate-сайта: как не ломать лендинги на каждом деплое

Для affiliate-проектов WordPress CI/CD нужен не «для красоты», а чтобы не заливать руками темы, плагины и правки в креативы. Базовая схема: git хранит тему, mu-plugins, конфиги, а в админке остаются только контент и настройки, которые нельзя терять.

Минимальный пайплайн:
— lint PHP и проверка шаблонов до деплоя
— сборка ассетов отдельно от продакшена
— прогон smoke-теста: главная, посадочная, форма, редирект, пиксель
— автоматический бэкап перед выкладкой
— rollback одной командой, если ломается форма или трекинг

Главная ошибка — тащить в репозиторий весь wp-content без фильтра. Так вы ловите конфликты в uploads, мусорные коммиты и случайные перетирания медиатеки. В git обычно держат только код, а медиа, кеши и секреты выносят наружу. Для wp-config лучше использовать переменные окружения и отдельный secrets storage.

Если сайт сеточный, разделяйте окружения: dev для правок, stage для проверки ссылок и трекеров, prod только для трафика. Перед релизом проверьте, что не сломались canonical, noindex, UTM-редиректы и формы лидов. Один пропущенный редирект часто дороже, чем час настройки пайплайна.

Хороший CI/CD для WordPress — это не сложность, а страховка от ручных ошибок. Чем больше лендингов и плагинов, тем короче должен быть путь от коммита до отката.