Бэкап — последняя линия обороны. Когда не сработал антивирус, не помогли пароли и плагин обновился криво, спасают именно резервные копии. Но «бэкап» в виде заархивированной папки на том же сервере, где живёт сайт, спасает не от всего. Хороший бэкап — это система из нескольких копий в разных местах, с регулярной проверкой и понятным сценарием восстановления.
01Что включает резервная копия сайта
Полная копия сайта состоит из двух частей, и без любой из них восстановиться нельзя:
- Файлы — все папки и файлы из корня сайта: ядро CMS, темы, плагины, загруженные пользователями картинки и документы.
- База данных — таблицы MySQL/MariaDB, где хранятся тексты страниц, настройки, заказы, комментарии, пользователи.
Частая ошибка — копировать только файлы. Без базы данных вы получите сайт без контента: «голую» тему и плагины. Если же копируется только база — у вас будут тексты, но потеряются изображения и медиа.
02Правило 3-2-1: как организовать хранение
Базовое правило резервного копирования, которое одинаково работает и для сайтов, и для домашнего фото-архива: 3 копии данных, на 2 разных носителях, 1 из которых — вне основного места.
Применительно к сайту это значит:
- сам рабочий сайт на хостинге — это копия №1;
- копия в панели хостинга или на соседнем диске — копия №2;
- копия в облаке (Яндекс.Диск, Mail.ru, Selectel, Amazon S3-совместимое хранилище) или на локальном жёстком диске — копия №3.
Если копии хранятся только на том же сервере, что и сайт, то при компрометации сервера или сбое диска вы потеряете и оригинал, и резерв. Поэтому хотя бы одна копия должна жить полностью отдельно.
03Как часто делать бэкап
Частота зависит от того, насколько живой у вас сайт.
- Сайт-визитка, где контент меняется раз в месяц, — еженедельная копия и хранение последних 4–8 версий.
- Корпоративный сайт с блогом и обновлениями несколько раз в неделю — ежедневная копия, хранение 14–30 дней.
- Интернет-магазин с реальными заказами — ежедневная копия минимум, плюс отдельная копия базы данных каждые несколько часов. Потеря дня заказов — это потеря денег и репутации.
- Высоконагруженный проект — инкрементальные копии и репликация базы в реальном времени.
Важно: бэкап нужно не только делать, но и хранить разумное количество версий. Если копия одна и она перезаписывается каждый день, при заражении сайта вирусом вы рискуете быстро потерять «чистую» версию — все копии уже будут заражены.
04Где делать бэкап: хостинг, плагины, сервер
Средствами хостинга
Большинство нормальных хостингов делают автоматические резервные копии — ежедневно или еженедельно. Это базовый уровень, который должен быть включён всегда. Но полагаться только на него рискованно: при крупном сбое или перебое со связью с дата-центром доступ к копиям может временно пропасть. Подробнее об этом — в статье «как выбрать хостинг для сайта малому бизнесу».
Плагинами CMS
Самый удобный способ для WordPress — отдельный плагин резервного копирования. Популярные варианты:
- UpdraftPlus — самый распространённый, бесплатной версии хватает большинству сайтов. Умеет выгружать копии в Яндекс.Диск, Google Drive, Dropbox, на FTP.
- Duplicator — больше для переноса сайта, но в платной версии есть и регулярные копии.
- WPvivid — простой и понятный, с переносом сайта в комплекте.
- BlogVault или ManageWP — для тех, кто ведёт сразу несколько сайтов.
Скриптами на сервере
На VPS или выделенном сервере удобно настроить bash-скрипт с cron-задачей: дамп базы через mysqldump, архивирование папки сайта и выгрузка в облако через rclone. Это надёжнее плагина: бэкап не зависит от того, жив ли WordPress в данный момент.
05Как настроить UpdraftPlus за 10 минут
Самый частый сценарий для малого бизнеса — связка WordPress + UpdraftPlus + Яндекс.Диск. Пошагово:
- Установите плагин UpdraftPlus.
- В разделе «Настройки» выберите расписание: файлы и база — раз в день.
- В качестве удалённого хранилища выберите Яндекс.Диск (или Google Drive, Dropbox), авторизуйтесь.
- Укажите, сколько копий хранить — например, последние 14.
- Запустите ручную проверку: сделайте первый бэкап и убедитесь, что архив реально появился в облаке.
После настройки плагин работает в фоне. Уведомление о провале копирования стоит включить отдельно — на свою рабочую почту.
06Что важнее всего — проверять восстановление
Главная и самая частая ошибка: бэкапы делаются, но никто никогда их не пытался развернуть. В итоге, когда что-то ломается, выясняется, что архивы битые, дамп базы неполный или восстановление занимает 8 часов.
Раз в квартал имеет смысл разворачивать копию на тестовом домене или поддомене. Это даёт две вещи: уверенность, что копия в принципе работает, и понимание реального времени восстановления. На WordPress-сайте средней сложности процесс обычно занимает 30–90 минут.
Дополнительно стоит вести короткий регламент: где лежат копии, у кого пароли от облака, в каком порядке восстанавливать сайт. Если этот документ есть — спокойнее не только вам, но и подрядчику. Эта же логика входит в общий блок технической поддержки сайта.
Бэкапы — часть подписки, а не отдельный «допуслугой счёт»
В рамках подписки настраиваем автоматические копии файлов и базы, выгрузку в стороннее хранилище и регулярную проверку восстановления. Вам не нужно помнить про cron, плагины и сроки хранения — мы держим эту часть под контролем.
Официальная документация по теме — Справка Яндекс.Вебмастера.