← Все новости

Выгрузка есть, бэкапа нет: что из сайта можно унести, а что нельзя

Резервная копия нужна любому сайту, где бы он ни работал. А вот получится ли сделать полную копию — зависит от того, как сайт устроен. У Tilda экспорт запрещено править вне платформы, у OpenCart из копии выброшены администраторы, у WordPress выгрузка не содержит ни настроек, ни картинок, а копии управляемых баз в облаках нельзя скачать вообще. Разбираем по документации самих платформ и проверяем восстановление на своём сайте.

Копия сайта g3a.ru: 143 файла, ни одной базы данных, все 19 страниц отвечают после восстановления

Резервная копия нужна любому сайту. Это не зависит ни от того, на чём он написан, ни от того, где работает: на своём сервере, на арендованной виртуальной машине, на хостинге или на платформе, которую вы не видели в глаза. Диски отказывают одинаково у всех, ошибочное удаление делается одним движением мышки, а разработчик уходит в отпуск вместе с паролями.

Но между «сделать копию» и «иметь возможность вернуться» лежит пропасть, и вот она как раз зависит от устройства сайта напрямую. У многих платформ кнопка выгрузки есть, а резервной копии не получается. Разбираемся, где проходит эта граница и что проверить у себя.

Что считать резервной копией

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

  • Работающий. Не «текст статей сохранился», а именно сайт: со страницами, оформлением, формами и всем, за что вам платят.
  • На чистой машине. У другого провайдера, в другой стране, на ноутбуке. Копия, которую можно развернуть только обратно туда же, откуда она снята, не защищает от ухода поставщика.
  • Без участия поставщика. Если для восстановления нужно, чтобы кто-то нажал кнопку на своей стороне, это не ваша копия, а их услуга. Услуга может кончиться.

Дальше примеры, где каждое из трёх слов ломается.

Tilda: выгрузка есть, перенести сайт нельзя

Это самый наглядный случай, и важно: претензия не к качеству платформы. Экспорт у Tilda действительно есть, в архиве лежат папки css, files, images, js и готовые страницы. Проблема в том, что в справке платформы рядом перечислено, чего в этом архиве нет.

Сразу про доступность: экспорт включён только в линейку Business, от пяти сайтов. На тарифах Free и Personal кнопки нет вовсе — то есть владелец одностраничника выгрузить не может ничего.

А дальше список ограничений из той же справки:

  • Формы перестают работать без подписки. Дословно: «нужна активная подписка на Тильду и прописанный в настройках сайта домен, на который экспортируется проект». То есть заявки с вашего сайта на вашем сервере продолжают ходить ровно до тех пор, пока вы платите.
  • Панель управления товарами не экспортируется, прямые ссылки на товары и поиск по каталогу не работают.
  • Динамические блоки не экспортируются: «Переход по прямой ссылке отдельной новости будет недоступен».
  • Личный кабинет и встроенная CRM — «доступны только в аккаунте в Тильде».
  • Пароль на страницу не переносится: закрытая страница на чужом сервере открывается всем.
  • Сертификат не переносится, HTTPS надо поднимать самому.
  • Правила переадресации написаны под Apache: «если у Вас Nginx, то для него нужно писать правила связи самостоятельно».

И главное — там же, в справке, условия использования выгруженного кода. Запрещено размещать его на домене, не указанном в настройках. Запрещено тиражировать и распространять. Запрещено использовать для создания страниц вне платформы. Запрещено вносить изменения в программный код вне платформы Тильда.

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

WordPress: экспорт — это перенос содержимого, а не копия

Здесь ловушка тоньше: кнопка «Инструменты → Экспорт» выглядит именно как резервное копирование. Получается файл WXR, в нём записи, страницы, комментарии, метки, рубрики и авторы.

Чего в нём нет, по документации самого проекта: «WXR files do not include site configuration (options) or the attachment files themselves». То есть нет настроек сайта и нет самих файлов медиабиблиотеки — только ссылки на них. Нет темы, нет плагинов, нет паролей пользователей: в выгрузку попадают только авторы, у которых есть публикации, и только их имена и почта.

Полная копия WordPress, по его же документации, состоит из двух частей: дамп базы данных и каталог сайта целиком — ядро, тема, плагины, wp-content/uploads, wp-config.php и .htaccess. Там прямо сказано: база «does not include the above elements», файлы и база друг друга не заменяют. Одна часть без другой бесполезна.

OpenCart: восстановитесь и не сможете войти

Штатное «System → Maintenance → Backup & Restore» выгружает только базу. Но интереснее не это, а строчка в документации: «User and user_group tables are automatically excluded from backup/restore to prevent permission issues».

Таблицы администраторов исключены специально. Восстановив магазин из штатной копии, вы получите каталог, заказы и клиентов — и не сможете зайти в админку, потому что администраторов в копии нет. Картинок товаров, шаблонов, установленных расширений и обоих файлов config.php там тоже нет: инструмент работает с базой, файлы остаются на вас.

К чести документации, она сама предупреждает: «Always verify your backups contain the expected tables before relying on them for disaster recovery».

Битрикс: копию в облаке вендора нельзя скачать

Штатный модуль резервного копирования у 1С-Битрикс полноценный: архив файлов, дамп базы, шифрование, расписание. Копию можно положить локально, в своё S3-совместимое хранилище или в облако самого Битрикса.

И вот тут важная деталь из документации. Для копии, лежащей в облаке вендора, доступно только действие «Восстановить». Скачивание и получение ссылки для переноса помечены как доступные «при размещении локально или в стороннем облачном хранилище» — то есть для облака Битрикса их нет.

Копия существует, она сделана по расписанию, она зашифрована. Но развернуть её у другого провайдера нельзя: сначала надо вернуть сайт туда же, откуда снимали. Плюс ограничение, которое стоит знать заранее: хранятся три последние копии, и «при превышении выделенного для лицензии места в облаке может сохраняться меньшее количество резервных копий — вплоть до нуля, если размер одного бекапа превысит лимит». Ноль копий без единого сообщения об ошибке.

Управляемая база в облаке: копия есть, но она не ваша

Самый недооценённый случай, и формулировки провайдеров тут предельно честные.

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

Яндекс Облако, раздел вопросов и ответов, на прямой вопрос о локальной выгрузке: «Локально выгрузить резервную копию из Yandex Cloud средствами сервиса нельзя». Рекомендация там же — делать свой дамп обычными средствами базы. В списке операций с копиями есть «создать», «восстановить», «удалить», «задать срок хранения». Операции «скачать» нет.

У VK Cloud прямого запрета в документации я не нашёл, но и операции скачивания среди описанных действий тоже нет: копии живут в объектном хранилище провайдера, доступные действия — проверить, заблокировать от удаления, удалить, восстановить в тот же или новый инстанс.

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

CRM и площадки: выгружаются таблицы, а не система

Если бизнес живёт в готовом сервисе, граница проходит ещё раньше.

В amoCRM, по её же базе знаний, «нельзя выполнить полный экспорт всех данных напрямую через интерфейс». Полное резервное копирование есть на старшем тарифе, выгружает сделки, контакты, компании, задачи и пользователей в Excel — и там же написано, что файл нельзя импортировать обратно через интерфейс. Не экспортируются события, звонки и аналитика, из примечаний выгружаются только последние пять.

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

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

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

Где проходит граница

Как устроен сайт Что получится унести
Свой код, файлы и база на своём сервере Всё. Копия разворачивается где угодно
Своё приложение, база — управляемая в облаке Код ваш; базу придётся выгружать самому, автоматические копии не переносятся
CMS на своём сервере Всё, но частями: файлы и база отдельно, штатная выгрузка не покрывает ни того, ни другого целиком
Конструктор Статический снимок, без форм, каталога, динамики и с запретом на правку кода
Готовый сервис для бизнес-процесса Таблицы в Excel. Система не переносится
Карточка на площадке Отчёты. Ни витрины, ни отношений с покупателями

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

Правило трёх копий

Классическое правило резервного копирования формулируется так: три копии важных данных, на двух разных носителях, одна из них — вне помещения. Правило приписывают фотографу Питеру Крогу и его книге «The DAM Book» (O'Reilly, 2005), а в виде, который цитируют сегодня, оно зафиксировано в документе US-CERT 2012 года.

Для сайта это переводится просто: копия на сервере не считается, потому что умрёт вместе с сервером. Копия в облаке того же провайдера считается наполовину. Копия, лежащая в другом месте и в вашем распоряжении, — вот она и есть.

Проверять надо восстановление, а не наличие копии

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

По опросу Veeam за 2024 год, при последнем крупном восстановлении только 58% серверов уложились в собственные нормативы по времени — у организаций, где есть служба информационной безопасности и написанные регламенты. По данным Acronis, каждая седьмая компания проверяет восстановление не чаще раза в год. Оговорка к этой цифре: в том опросе среди вариантов ответа не было «никогда», так что реальная картина, скорее всего, хуже.

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

Как с этим живём мы

Проверили на себе, чтобы не рассуждать абстрактно. Взяли архив сайта, развернули на чистой машине и посмотрели, что получится.

  • 143 файла, 2,7 МБ в распакованном виде, 2,2 МБ архивом.
  • Ни одной базы данных. Новости лежат файлами, поэтому копия сайта — это и есть весь сайт, одной частью, а не двумя.
  • Ни одного стороннего пакета: ни vendor, ни node_modules. Восстанавливать нечего, кроме собственных файлов.
  • Все 19 страниц ответили кодом 200 сразу после распаковки: шесть постоянных — главная, шкала зависимости, список новостей, проверка сайта, политика и страница Isolarium — и тринадцать статей, включая ту, которую вы читаете. Отдельно проверили служебные файлы: robots.txt, llms.txt, карту сайта и вторую страницу списка, они тоже на месте.
  • Распаковка заняла доли секунды, запуск — полторы.

Честно про то, чего этот замер не показывает. Восстановление сайта — не то же самое, что восстановление сервера: операционную систему, веб-сервер и PHP всё равно надо поставить и настроить, сертификат выпустить заново, записи в системе доменных имён переключить. Это час работы, а не полторы секунды. И наш сайт лежит на чьём-то сервере точно так же, как все остальные.

Главное же не в наших цифрах, а в том, почему они такие. Копия получается полной не потому, что мы молодцы, а потому что в сайте нет частей, которые нельзя унести. Это прямое следствие отказа от базы данных и расширений — у такого решения есть и обратная сторона: содержимое меняется через нас, а не мышкой в админке.

Что сделать сегодня

  • Выясните, где лежит копия и кто её делает. Если ответ «хостинг делает» — уточните, можно ли её скачать и развернуть в другом месте. Ответ «нет» означает, что это не ваша копия.
  • Проверьте, из скольких частей состоит сайт. Файлы, база, загруженные документы и картинки, настройки сервера. Копия, где есть не всё, не восстановится.
  • Снимите копию сами, руками, прямо сегодня. Для базы это обычный дамп, для файлов — архив. Положите не на тот же сервер.
  • Проведите учения. Разверните копию где-нибудь ещё и откройте сайт. Пока это не проделано хотя бы раз, вы не знаете, работает ли ваша копия, — вы знаете только, что файл существует.
  • Запишите, сколько это заняло. Время восстановления — это и есть ответ на вопрос, сколько проживёт бизнес в день аварии.
  • Если сайт на платформе — откройте справку и прочитайте раздел про ограничения экспорта. Не для того, чтобы уйти, а чтобы знать заранее, что именно вы не сможете унести.

Коротко

  • Копия — это то, из чего можно поднять работающий сайт на чистой машине без участия поставщика. Всё остальное — файл, который лежит.
  • Экспорт Tilda доступен только на старшей линейке тарифов, не переносит формы без подписки, каталог, динамические блоки и личный кабинет, а править выгруженный код вне платформы запрещено условиями.
  • Штатный экспорт WordPress не содержит ни настроек сайта, ни файлов медиабиблиотеки. Полная копия — это дамп базы плюс весь каталог.
  • Штатная копия OpenCart намеренно не включает таблицы администраторов: восстановитесь — и не войдёте.
  • Копию, лежащую в облаке 1С-Битрикс, нельзя скачать, только восстановить обратно. При превышении лимита копий может не остаться вовсе.
  • Резервные копии управляемых баз у Selectel и Яндекс Облака выгрузить нельзя — так прямо написано в документации. Переносимой будет только та, которую вы снимете сами.
  • Из CRM и с площадок выгружаются таблицы, а не система: воронки, права, процессы и история не переносятся.
  • Проверять надо не наличие копии, а восстановление из неё, и знать, сколько оно занимает.

Как мы это проверяли

  • Учения: 16 октября 2026 года. Архив сайта распакован в пустой каталог на чистой машине, запущен встроенный сервер PHP, каждый адрес запрошен и проверен по коду ответа.
  • Что считалось страницей. Страница — то, что человек открывает и читает: шесть постоянных страниц сайта и каждая статья, всего 19 на день выхода этого текста. Служебные файлы — robots.txt, llms.txt и карта сайта — страницами не считались и проверялись отдельно, как и вторая страница списка новостей: это не отдельная страница, а продолжение списка.
  • Что считалось: число файлов и объём — по содержимому архива; наличие базы данных — поиском файлов .sql, .sqlite и .db; сторонние пакеты — поиском каталогов vendor и node_modules.
  • Чего учения не проверяли: установку и настройку операционной системы, веб-сервера и PHP, выпуск сертификата, переключение доменных записей. Всё это в реальной аварии тоже нужно и занимает заметно больше времени.
  • Сведения о платформах взяты из их официальной документации по состоянию на 16 октября 2026 года. Тарифы, лимиты и условия меняются — перед решением стоит сверяться с первоисточником.

Источники

← Все новости