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

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

Для сетки лендингов и контентных WP-сайтов CI/CD нужен не ради «автоматизации», а чтобы каждый релиз был одинаковым: без забытых файлов, битых плагинов и правок через админку.

Базовая схема простая: git хранит тему, mu-plugins и конфиги; media и uploads живут отдельно; деплой идёт только в staging, потом в prod. В прод не тащат wp-content целиком — иначе получаете мусор, который невозможно откатить.

Минимальный чек-лист:
— блокируйте редактирование файлов из админки;
— вынесите секреты в env;
— делайте бэкап перед каждым релизом;
— после деплоя сбрасывайте кеш страницы и object cache;
— проверьте права на uploads и wp-config.php.

Для affiliate-проектов важнее всего предсказуемый откат. Если плагин сломал checkout, редиректы или формы, откат должен занимать минуты: вернуть прошлый коммит, восстановить БД-дамп и очистить кеш на CDN. Без этого CI/CD превращается в красивую кнопку, которая не спасает в рабочее время.

Если на сайте есть A/B-лендинги, держите отдельные ветки или отдельные папки под эксперименты. Не смешивайте тестовые блоки с основной темой: тогда можно выкатывать новые блоки, не трогая конверсионные страницы. Для WordPress это экономит больше нервов, чем любой «ускоритель».