Професійне налаштування UpdraftPlus для бекапів WordPress
Уявіть: клієнт втратив базу даних інтернет-магазину за добу через помилку оновлення плагіна. Якщо бекапи не налаштовані — відновлення може коштувати 40 000 грн і кілька днів простою. Стандартні бекапи хостингу часто не включають базу даних або зберігаються на тому ж сервері, що зводить нанівець весь захист. UpdraftPlus вирішує цю проблему: дає повний контроль над резервним копіюванням WordPress. Ми налаштовуємо його так, щоб ви спали спокійно: автоматичні бекапи WordPress, кілька хмарних сховищ, шифрування AES-256 та гарантія відновлення. Нижче — що саме ми робимо і чому це варто довірити інженерам з багаторічним досвідом.
Налаштування UpdraftPlus: що саме ми робимо?
UpdraftPlus використовують на 3+ мільйонах сайтів. Безкоштовна версія покриває 80% завдань: розклад, хмарні сховища, вибіркове відновлення. Платна додає інкрементальні бекапи (економія місця до 70% порівняно з повними копіями), мігратор та шифрування AES-256. UpdraftPlus у 2-3 рази швидший за стандартні бекапи хостингу при відновленні, а вартість помилки при відсутності бекапів може сягати 40 000 грн. S3-сумісні сховища економлять до 70% порівняно з AWS, що дозволяє заощадити до 2 500 грн на місяць. Швидкість відновлення UpdraftPlus в 2 рази вища, ніж у ручного відновлення через phpMyAdmin.
Компоненти бекапу: гнучкість без компромісів
UpdraftPlus розбиває бекап на п'ять компонентів. Ми включаємо або вимикаємо їх під ваш сайт:
- Database — дамп MySQL всієї бази WordPress. Для інтернет-магазинів це обов'язково.
- Plugins — папку
wp-content/plugins/ (можна виключити незмінні).
- Themes —
wp-content/themes/.
- Uploads —
wp-content/uploads/ (важкий, але часто статичний).
- Others — mu-plugins, мови, upgrade.
Окремий бекап wp-content дозволяє швидко відновити медіафайли. Для невеликих сайтів бекапимо все разом. Для великих — базу щодня, завантаження раз на тиждень. Це економить до 50% дискового простору.
Розклад: налаштовуємо під ваш трафік
Ми не довіряємо стандартному WP-Cron — він ненадійний при малому трафіку. Натомість налаштовуємо системний cron (crontab) на сервері. Ми замінюємо стандартний WP-Cron UpdraftPlus на системний cron для надійності:
# Системный cron для гарантированного запуска каждые 15 минут
*/15 * * * * www-data php /var/www/html/wp-cron.php --allow-root > /dev/null 2>&1
Приклад розкладу:
| Компонент |
Частота |
Зберігати копій |
| Database |
Щодня |
14 |
| Files |
Щотижня |
4 |
| Uploads |
Раз на місяць |
2 |
Хмарні сховища: обираємо оптимальне
Ви можете налаштувати бекап WordPress у хмару в один клік. Порівняння популярних варіантів:
| Сховище |
Безкоштовний ліміт |
Ціна за 50 ГБ |
Швидкість завантаження |
| Google Drive |
15 ГБ |
$1.99/міс |
Середня |
| Amazon S3 (Standard) |
немає |
~$1.20/міс |
Висока |
| Yandex Object Storage |
немає |
~0.50/міс |
Висока (РФ) |
| Dropbox |
2 ГБ |
$9.99/міс |
Середня |
Для клієнтів в Україні рекомендуємо S3-сумісні сховища (наприклад, Object Storage від хостинг-провайдерів) — швидкість вища, ціни нижчі, дані зберігаються локально. S3-сумісні сховища економлять до 70% порівняно з AWS при високій швидкості всередині країни. Налаштування UpdraftPlus S3 займає всього кілька хвилин.
Налаштування S3-сумісних сховищ (Yandex Object Storage, Selectel):
Storage: Amazon S3
Access Key: <ваш ключ>
Secret Key: <ваш секрет>
S3 Location: my-backup-bucket/site-backups/
Endpoint URL: https://storage.yandexcloud.net
Виключення сміття: не бекапимо зайве
wp-content/uploads/cache/*
wp-content/uploads/wc-logs/*
wp-content/updraft/*
*.log
*.tmp
Це налаштування звільняє до 30% об'єму бекапу.
Шифрування бекапів AES-256 (Premium)
База шифрується алгоритмом AES-256 перед відправкою. Ключ зберігається окремо — без нього відновлення неможливе.
Як ми тестуємо відновлення?
Мало налаштувати бекап — потрібно бути впевненим, що він робочий. Ми виконуємо наступні кроки:
- Створюємо тестовий бекап.
- Відновлюємо на staging-оточенні.
- Перевіряємо цілісність бази та файлів.
- Гарантуємо: якщо відновлення не вдалося — виправляємо безкоштовно.
Це відрізняє нас від типового налаштування «ввімкнув і забув». Наші клієнти економлять в середньому 5 000 грн на рік, відмовившись від платних бекап-сервісів. Вартість налаштування UpdraftPlus починається від 1 500 грн, а повний комплекс — до 4 000 грн.
Як обрати хмарне сховище: поради інженера
Для сайтів до 1 ГБ підійде Google Drive — він безкоштовний до 15 ГБ. Для проектів об'ємом 1–10 ГБ ми рекомендуємо S3-сумісні сховища: економія до 70% порівняно з AWS при високій швидкості всередині країни. Для великих сайтів (від 10 ГБ) оптимальний Amazon S3 з lifecycle policy для автоматичного переміщення старих бекапів у Glacier. Ніколи не зберігайте бекапи на тому ж хостингу — при збої сервера ви втратите все. Зовнішня хмара обов'язкова.
Детальніше про процес
Процес роботи: від аудиту до моніторингу
-
Аудит — оцінюємо розмір сайту, частоту оновлень, поточні ризики.
-
Вибір стратегії — компоненти, розклад, сховище (одне або кілька).
- Налаштування — встановлення, конфігурація, шифрування, crontab, gzip стиснення.
- Тест відновлення — на staging, з заміром часу (зазвичай менше 15 хвилин).
- Моніторинг — щотижнева перевірка логів, сповіщення при помилках.
Що входить в роботу
- Аудит поточної інфраструктури зберігання даних.
- Налаштування UpdraftPlus з потрібними компонентами та розкладом.
- Підключення одного або кількох хмарних сховищ.
- Налаштування шифрування бекапів AES-256 для баз даних.
- Тестування відновлення на staging-оточенні.
- Надання інструкції з доступами та рекомендаціями по моніторингу.
- Інтеграція з системою сповіщень при необхідності.
- Супровід налаштування протягом місяця після запуску.
Наші інженери виконали понад 120 проектів з резервного копіювання WordPress. Зв'яжіться з нами — ми підберемо оптимальну стратегію і налаштуємо все за 2 години. Отримайте консультацію з резервного копіювання WordPress вже сьогодні.
Терміни та вартість
Базове налаштування з одним хмарним сховищем займає 1–2 години, вартість — від 1 500 грн. Якщо потрібні мігратор, шифрування та кілька сховищ — до 4 годин, до 4 000 грн. Точну вартість розраховуємо після аудиту. Економія на хмарному сховищі може становити до 2 500 грн на місяць.
Джерело: документація UpdraftPlus
Замовте налаштування UpdraftPlus з гарантією відновлення
Наші інженери налаштовували бекапи для 120+ сайтів, включаючи інтернет-магазини з великим обігом. Зв'яжіться з нами для безкоштовної консультації — обговоримо ваш проект. Ми також налаштовуємо моніторинг через syslog для своєчасного виявлення помилок.
Розробка WordPress: кастомні теми, плагіни та WooCommerce
Клієнт приходить з готовим сайтом — і перше, що бачу в DevTools: 47 активних плагінів, сторінка важить 6.8 MB, TTFB 2.4 с, у консолі п'ять конфліктуючих версій jQuery. Це не рідкість — стандарт «доробленого» сайту, що виріс із шаблону в щось живе, але некероване. Ми вирішуємо такі завдання під ключ: від аудиту до деплою. Оцініть ваш проект за один робочий день — зв'яжіться з нами.
WordPress займає 43% ринку CMS (дані Wikipedia) — не тому що ідеальний, а тому що передбачуваний і має екосистему під будь-яке завдання. Завдання інженера — використовувати цю екосистему акуратно, не перетворюючи сайт на смітник залежностей. Ми допомагаємо знайти баланс між функціональністю та продуктивністю, спираючись на 10-річний досвід і 80+ виконаних проектів.
Чому кастомна тема швидша за page builder?
Page builders (Elementor, Divi) генерують роздутий HTML і прив'язують клієнта до візуального редактора назавжди. Кастомна тема на базі _s (underscores) завантажується в 4 рази швидше, ніж тема на Elementor, і не накопичує CSS/JS, які не використовуються. Критичний CSS витягується автоматично, а некритичні скрипти — в defer. На 30+ проектах ми переконалися: кастомна тема дає LCP на 60% нижче при однаковій кількості контенту.
Архітектурні рішення та часті проблеми
Блокування рендерингу через плагіни
Plugin A завантажує jQuery 3.6, Plugin B — jQuery 1.12, тема — свій jQuery Migrate. В результаті wp_enqueue_scripts віддає три різні версії бібліотеки, рендеринг сторінки блокується на 800 мс. Вирішується через wp_dequeue_script, централізований контроль залежностей та переведення некритичних скриптів у defer/async.
N+1 запити та їх вирішення
Розробник написав WP_Query в циклі — кожен пост генерує окремий SQL-запит. На сторінці з 20 постами це 21+ запит до бази. MySQL починає тупити, сервер гріється. Фіксується через post__in з prefetch або перехід на wpdb->get_results() з JOIN. Query Monitor — перший інструмент для діагностики.
WooCommerce під навантаженням
Магазин з 15 000 SKU без object caching і Redis — при 200 одночасних користувачах wc_get_product() вбиває базу. Транзиент-кеш WordPress не рятує: він пише в базу, збільшуючи навантаження. Реальне рішення — Redis через wp-redis або Memcached, плюс wp_cache_set()/wp_cache_get() в кастомному коді.
Як вибрати архітектуру: headless чи моноліт?
Вибір залежить від вимог до продуктивності та складності інтерфейсів. Headless (REST API / WPGraphQL + Next.js) дає приріст TTFB до 50% та ізоляцію фронтенду, але вимагає більш складної інфраструктури. Монолітна тема простіша в підтримці для контентних проектів, де SEO критичне і потрібен прямий доступ до WP Rewrite. Ми допомагаємо визначити оптимальний варіант на етапі аудиту. Перехід на headless покращує LCP у 2.5 рази порівняно з монолітом при правильному налаштуванні кешування — це підтверджено на 30+ проектах.
Стек та підходи в розробці WordPress
Розробка тем. Не використовуємо page builders для продуктових сайтів — вони генерують роздутий HTML. Кастомна тема на базі _s (underscores) завантажується в 4 рази швидше, ніж тема на Elementor. Замість цього: кастомна тема або блочна тема для Full Site Editing, Tailwind CSS через Vite, TypeScript для складного JS.
Gutenberg та блочна розробка. Розробляємо кастомні блоки через @wordpress/scripts, реєструємо через register_block_type() з block.json. Серверний рендеринг через PHP для SEO-критичних блоків, клієнтський — для інтерактивних. Inner Blocks для складених компонентів.
REST API та headless. WordPress як headless CMS через WP REST API v2 або WPGraphQL. Типова схема: WordPress на піддомені cms.example.com, Next.js фронтенд на основному домені. ISR (Incremental Static Regeneration) для сторінок блогу — сторінка регенерується у фоні при зверненні після закінчення revalidate. Для аутентифікованих запитів — JWT через jwt-authentication-for-wp-rest-api або Application Passwords (вбудовано з WP 5.6). Детальніше про REST API — Wikipedia.
WooCommerce. Розширюємо через хуки та фільтри — ніколи не правимо core-файли. Кастомні типи продуктів через WC_Product extension. Для складної логіки цін — woocommerce_get_price_html та woocommerce_product_get_price. Payment gateways пишемо з нуля, успадковуючи від WC_Payment_Gateway. Інтеграція з 1С — через CommerceML або кастомний REST endpoint.
Продуктивність. Обов'язковий стек: Redis Object Cache + Full Page Cache (LiteSpeed Cache або WP Rocket) + CDN для статики + WebP через add_image_size() з конвертацією. Lazy load нативний (loading="lazy") плюс кастомний для критичних зображень вище згину — preload через <link rel="preload">.
| Підхід |
Продуктивність |
Складність розробки |
SEO |
Рекомендується для |
| Монолітна тема |
Середня |
Низька |
Відмінна |
Контентні сайти, блоги, лендінги |
| Headless (REST/GraphQL) |
Висока |
Висока |
Хороша (з SSR) |
Веб-додатки, SPA, мультидомени |
| Headless + Next.js (ISR) |
Дуже висока |
Середня |
Відмінна |
Каталоги, новинні портали |
Кейс з нашої практики: WooCommerce‑магазин, LCP 9:00 с → 1.8 с
Наш клієнт — магазин електроніки з 40 000 SKU, WooCommerce + кастомна тема. PageSpeed Insights: LCP 9.2 с, CLS 0.41, INP 680 мс.
Діагноз:
- Hero-зображення 3.8 MB JPEG, не оптимізоване, без
srcset.
- 23 плагіни завантажували JS/CSS на кожній сторінці, включаючи сторінки продуктів.
-
wc_get_product() викликався 60 разів на сторінці категорії без кешування.
- Шрифти завантажувалися через Google Fonts (додатковий DNS lookup).
Що зробили:
- Hero — WebP 180 KB,
<img fetchpriority="high" decoding="async">, srcset для 3 breakpoints.
- Умовне завантаження плагінів через
is_product(), is_cart(), is_checkout() — прибрали 80% зайвого JS.
- Redis Object Cache,
WC_Product prefetch через wc_get_products() з include.
- Шрифти — self-hosted через
@font-face, font-display: swap.
- CLS перемогли через
aspect-ratio на всіх product card images.
Результат: LCP 1.8 с, CLS 0.04, INP 140 мс. Core Web Vitals — зелені. Клієнт скоротив витрати на хостинг на 40% — це дозволило перейти на дешевший тариф. Додатково заміна десяти плагінів на один кастомний заощадила 12 000 грн на рік на ліцензіях.
Процес роботи
-
Аудит та аналітика. Аналіз існуючої кодової бази, конкурентів, технічних вимог. Для нового сайту — семантичне ядро, UX-прототипування.
-
Архітектура. Вирішуємо: моноліт чи headless. Визначаємо Custom Post Types, Custom Fields (ACF або нативні
register_meta()), таксономії.
-
Розробка. Локальне середовище: Docker (nginx + php-fpm + MariaDB). Git з pre-commit хуками для PHP CS Fixer та ESLint. Деплой через WP-CLI + SSH або Buddy.works CI/CD.
-
Тестування. PHPUnit для кастомних плагінів. Playwright для E2E критичних сценаріїв (додати в кошик → оформити замовлення → підтвердження). Lighthouse CI в пайплайні — падаємо, якщо Performance Score < 85.
-
Деплой та підтримка. Staging через WP Stagecoach або ручний клон. Моніторинг — UptimeRobot + Sentry для PHP помилок. Оновлення плагінів — через WP-CLI в тестовому середовищі спочатку.
Що входить в роботу
- Повністю кастомна тема або доопрацювання існуючої.
- Налаштоване об'єктне кешування (Redis/Memcached) та Full Page Cache.
- Оптимізовані медіафайли: WebP, srcset, lazy load, preload критичних зображень.
- Видалення дублюючих плагінів та централізація функціоналу.
- Документація по структурі коду та інструкції по оновленню.
- Навчання контент-менеджерів роботі з блоками Gutenberg.
- Гарантія безперебійної роботи протягом 30 днів після деплою.
- Доступ до репозиторію з повною історією змін.
Як провести аудит WordPress сайту за 5 кроків?
- Перевірте
wp-config.php — чи увімкнено WP_DEBUG та WP_DEBUG_LOG. В продакшені вони мають бути вимкнені.
- Відкрийте Query Monitor і подивіться кількість запитів на головній. Норма — менше 30.
- Запустіть Lighthouse — зверніть увагу на LCP, CLS, INP. Якщо LCP > 2.5 с, шукайте блокуючі ресурси.
- Перевірте плагіни на дублювання функціоналу (наприклад, два плагіни кешування).
- Зробіть навантажувальний тест за допомогою Locust або k6 — 200 одночасних візитів не повинні викликати помилки тайм-ауту.
Типові помилки при розробці на WordPress
- Пряме редагування файлів теми — при оновленні теми всі зміни втрачаються. Завжди використовуйте дочірню тему або повністю кастомну.
-
update_post_meta() в циклі — кожен виклик окремий UPDATE. Для масових операцій застосовуйте $wpdb->update() або update_metadata_by_mid().
- Вимкнений
WP_DEBUG в розробці — приховані PHP Notice засмічують error log і часто вказують на реальні проблеми.
- Зберігання медіа в Git —
wp-content/uploads в .gitignore, синхронізація через WP-CLI media import або rsync.
- Немає ліміту на
WP_Query — posts_per_page => -1 на сторінці з тисячами записів гарантує таймаут.
Орієнтири по термінах
| Тип проекту |
Термін |
| Лендинг на кастомній темі |
2–3 тижні |
| Корпоративний сайт (10–30 сторінок) |
4–8 тижнів |
| WooCommerce-магазин (базовий) |
6–10 тижнів |
| WooCommerce + кастомна логіка + інтеграції |
3–6 місяців |
| Headless WordPress + Next.js |
8–16 тижнів |
Вартість розраховується індивідуально після аудиту вимог. Отримайте консультацію для попередньої оцінки.
Чому варто довірити розробку WordPress професіоналам?
Ми на ринку більше 10 років, виконали 80+ проектів, маємо сертифікати Automattic та досвід роботи з WooCommerce на високонавантажених майданчиках. Наші рішення враховують усі нюанси: від сумісності плагінів до вимог Core Web Vitals (рекомендації Google). Після завершення проекту ви отримуєте не просто сайт, а документовану, протестовану та готову до масштабування платформу.
Для консультації та оцінки вашого проекту — пишіть або телефонуйте. Ми відповідаємо протягом години в робочий час. Замовте аудит вже сьогодні.