Автоматический бэкап сайта на WordPress: где хранить, чтобы не потерять сайт, когда хостинг упадёт

Это случается: вы открываете сайт и видите белую страницу или ошибку от хостинга. Звоните в поддержку, а вам отвечают «мы работаем над этим». В этот момент вопрос уже не «когда вернётся сервер», а «если он вернётся, мои данные останутся целыми?». Здесь и видна разница между тем, у кого был настоящий бэкап, и тем, кто только думал, что он есть.

Многие владельцы чувствуют себя защищёнными, потому что хостинг «делает бэкапы». Проблема проста: если копия лежит на том же сервере, который упал, она исчезла вместе с ним. Бэкап, достойный этого названия, лежит в другом месте, создаётся автоматически и хотя бы раз был проверен настоящим восстановлением. В этой статье я покажу, как именно его построить, без жаргона.

Почему «бэкап на хостинге» — это не совсем бэкап

Классическое правило называется 3-2-1: держать три копии данных, на двух типах носителей, и одну из них — в отдельном месте. Бэкап, который делает хостинг, ломает как раз эту последнюю часть, потому что лежит на той же инфраструктуре, что и сайт.

Реальные проблемы — это не только «сервер упал на час». Это:

• Заблокированный аккаунт хостинга (неоплаченный счёт, спор, их ошибка) — и вы не можете добраться ни до чего, включая бэкапы.
• Заражённый сайт, где копии хостинга уже содержат вредоносный код.
• Провайдер закрывает сервис с коротким предупреждением или банкротится.

Во всех этих случаях копия на другом сервере, до которой вы добираетесь независимо от хостинга, — это разница между потерянным днём и потерянным бизнесом.

Что должен содержать полный бэкап

У сайта на WordPress есть две части, которые нужно сохранять вместе, иначе восстановление не сработает:

• Файлы: темы, плагины, загруженные изображения и документы, а также файлы конфигурации.
• База данных: в ней хранятся тексты, страницы, комментарии, настройки и учётные записи.

Если есть файлы, но нет базы — вы восстановите пустой сайт. Если есть только база — восстановите текст без картинок и без дизайна. Поэтому серьёзный бэкап берёт и то и другое, в один и тот же момент, чтобы они были синхронны.

Важная деталь: храните несколько версий во времени, а не только последнюю. Если сайт заражён в понедельник, а вы заметили в четверг, единственная «свежая» копия уже скомпрометирована. С историей за несколько дней или недель можно вернуться к чистой версии.

Где хранить копии, конкретно

Идея в том, чтобы вынести бэкап за пределы досягаемости хостинга. Хорошие варианты, от простого к надёжному:

• Облачное хранилище отдельно от хостинга: Google Drive, Dropbox, бакет S3 или Backblaze B2. Копия попадает туда автоматически, и вы получаете к ней доступ, даже если сайт лежит.
• Отдельный сервис бэкапа WordPress, который держит версии на своих серверах, а не на ваших.
• Копия, скачанная локально на ваш диск, как последний запасной вариант.

В идеале сочетайте два: одну автоматическую в облаке плюс одну, которую вы периодически скачиваете. Проверьте и то, сколько хранятся копии — некоторые бесплатные сервисы держат лишь несколько дней. И часто забываемое: не храните пароль от хранилища бэкапов там же, где всё остальное, чтобы не потерять оба сразу, если взломают один аккаунт.

Автоматизируйте и проверяйте — иначе это не считается

Ручного бэкапа, который вы собираетесь делать «когда будет время», на практике не существует. Автоматизация обязательна: выберите частоту под то, как часто меняется сайт. Сайт-визитка, который редко меняется, может обойтись еженедельным бэкапом; магазин с ежедневными заказами нуждается в ежедневном или даже чаще.

Часть, которую почти все пропускают, — это тест. Бэкап, который вы ни разу не восстанавливали, — всего лишь предположение. Хотя бы раз возьмите последнюю копию и восстановите её в тестовой среде или на поддомене. Так вы узнаете, полон ли архив и знаете ли вы шаги до того, как окажетесь под давлением. Непроверенный бэкап может подвести именно в тот день, когда он был нужен.

Как это делаем мы в MPO Web Studio

Когда мы строим сайт, бэкап — это не опция, которую отмечают в конце, а часть сдачи проекта. Мы настраиваем автоматические копии, которые уходят с основного сервера, храним историю версий и делаем хотя бы одно тестовое восстановление, прежде чем сказать, что сайт готов. Так мы знаем, что план действительно работает, а не просто существует.

Мы работаем полностью удалённо, по всей стране, и объясняем простыми словами, где лежат копии и как до них добраться, если однажды останетесь без нас, — не завися от одного провайдера. Цены прозрачные, без скрытых расходов.

Если у вас уже был испуг с хостингом или вы не уверены, что сайт действительно защищён, напишите нам в WhatsApp. Мы честно скажем, что у вас есть и чего не хватает, даже если ответ будет, что вы уже в хорошей форме.