Перенос сайта: как передать его новому подрядчику без потери позиций и данных

Перенос сайта: что проверить до передачи

Перенос сайта начинается не с передачи файлов, а с инвентаризации: какие данные, доступы и настройки нужно собрать у старого подрядчика, чтобы новый мог работать без потери позиций и данных. Обычно владелец бизнеса вспоминает об этом, когда старый разработчик уже не отвечает, а новый отказывается разбираться в чужом коде. Ниже чек-лист того, что нужно запросить до передачи.

Что запросить у старого подрядчика

• Доступы к хостингу: адрес панели, логин и пароль, а также доступ к FTP или файловому менеджеру.
• Доступы к домену: логин и пароль от регистратора, права администратора, возможность менять DNS-записи.
• Доступы к CMS: административную учётную запись для WordPress, 1С-Битрикс или другой системы.
• Доступы к базе данных: логин, пароль, адрес сервера, название базы.
• Доступы к панели управления сервером, если сайт на выделенном сервере.

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

Резервные копии и документация

Соберите резервные копии: файлы сайта, базу данных, конфигурационные файлы. Уточните, где хранятся резервные копии и как часто они обновляются. Идеально, если старый подрядчик передаст архив с последней рабочей версией сайта и инструкцию по восстановлению.

Попросите документацию: структуру сайта, описание кастомных модулей, учётные данные от сторонних сервисов (платёжные системы, CRM, сервисы рассылок). Если сайт на WordPress, уточните список установленных плагинов и их назначение; если на 1С-Битрикс, попросите описание шаблона и интеграций. Без этих данных новый подрядчик потратит время на обратную разработку и может сломать функциональность.

Отдельно проверьте, переданы ли счётчики аналитики (Яндекс Метрика) и доступы к ним. Если счётчик останется на старом аккаунте, вы потеряете историю посещаемости и не сможете корректно оценить работу нового подрядчика. Техническая поддержка сайта после передачи будет быстрее, если у нового специалиста есть полный набор доступов и документация.

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

Доступы и учётные записи: чек-лист передачи

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

Если вы планируете перенести сайт на wordpress, убедитесь, что у нового подрядчика есть права администратора в старой CMS для экспорта контента. Без этого перенос превратится в ручной перенос страниц и потерю структуры.

Храните резервные копии всех доступов в защищённом менеджере паролей, а не в переписке. После передачи смените пароли от всех учётных записей, чтобы исключить доступ старых сотрудников. Настройка переезда сайта включает проверку всех доступов и резервных копий до начала работ.

Перенести сайт на WordPress или Битрикс: что учесть

Перенос на WordPress или Битрикс: что влияет на SEO

Смена системы управления сайтом затрагивает адреса страниц, технические настройки и код. Поисковые системы воспринимают резкие изменения как сигнал нестабильности, поэтому позиции могут временно просесть. Чтобы сохранить трафик и данные, перенесите сайт на битрикс или WordPress по чёткому плану.

• Сохраните структуру адресов или настройте постоянные редиректы со старых страниц на новые. Если адреса меняются, без редиректов посетители и роботы попадут на страницы с ошибкой 404, а накопленный вес страниц пропадёт.
• Перенесите мета-теги, заголовки, описания и весь текстовый контент без изменений. Поисковые системы сравнивают старую и новую версию страницы, и резкое изменение текстов может привести к временному понижению позиций.
• Проверьте, что файлы robots.txt и sitemap.xml обновлены и доступны по прежним адресам. В robots.txt не должно быть запретов на индексацию важных разделов, а карта сайта должна содержать актуальные адреса страниц после переноса.
• Настройте Яндекс Метрику и цели заново, если меняется код сайта. Старый код счётчика может перестать работать после смены системы управления, и вы потеряете данные о посетителях и заявках.
• Проверьте скорость загрузки и мобильную версию после переноса. Медленные страницы и неудобный просмотр с телефона ухудшают поведенческие факторы, что со временем сказывается на позициях.

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

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

Поддержка сайтов: как не потерять данные при смене подрядчика

Передача сайта новому подрядчику часто оборачивается потерей данных, если заранее не продумать порядок действий. Сначала создайте полную резервную копию: файлы сайта и базу данных. Храните копию отдельно от сервера, например в облачном хранилище, и проверьте, что она разворачивается без ошибок.

Соберите документацию по всем доработкам и кастомным решениям. Если на сайте меняли логику корзины, добавляли интеграции с CRM или нестандартные модули, опишите это простым языком. Новому специалисту не придётся тратить недели на разбор чужого кода, а вы избежите сбоев после обновлений.

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

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

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

Проверить сайт на безопасность перед передачей

Перед передачей сайта новому подрядчику пройдите по чек-листу безопасности. Это защитит данные клиентов и сохранит позиции в поиске. Уязвимости могут проявиться через недели после смены исполнителя, когда исправить их будет сложнее и дороже.

Чек-лист проверки безопасности

• Обновите CMS, плагины и темы до последних версий. Устаревшие компоненты содержат известные уязвимости, которые злоумышленники сканируют автоматически. Если обновление ломает вёрстку, зафиксируйте проблему в документации для нового подрядчика, но не оставляйте сайт на старой версии.
• Смените все пароли: от административной панели, FTP, базы данных, панели хостинга. Передавайте их по защищённому каналу, например через менеджер паролей с временным доступом. Не отправляйте пароли в мессенджерах или по электронной почте без шифрования.
• Проверьте файлы на наличие вредоносного кода и подозрительных скриптов. Ищите незнакомые файлы в корне сайта, вставки в главный исполняемый файл, в .htaccess, в файл функций темы. Если не уверены, закажите разовую проверку у специалиста по безопасности: она обычно обходится выгоднее, чем восстановление взломанного сайта.
• Убедитесь, что права доступа к файлам и папкам настроены корректно. Для файлов обычно 644, для папок 755. Слишком открытые права (777) позволяют любому скрипту на сервере изменять файлы сайта.
• Проверьте, что SSL-сертификат действителен и настроен правильно. Сертификат должен покрывать домен с www и без www, а при заходе по http происходить переадресация на https. Иначе браузеры покажут предупреждение, и клиенты уйдут.

Отдельно сделайте проверку удобства сайта для клиентов: прогоните основные сценарии заказа, звонка и подписки. Если сайт медленно грузится или формы не отправляют заявки, новый подрядчик потратит время на диагностику, а вы потеряете заявки в первые недели после передачи.

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

После передачи: что проверить в первые дни

Первые 48 часов после передачи сайта

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

Проверьте, что все страницы открываются без ошибок 404. Для этого можно использовать бесплатные онлайн-сервисы проверки битых ссылок или попросить подрядчика предоставить отчёт. Ошибки 404 после переноса часто возникают, если старые адреса страниц не сохранили или не настроили переадресацию.

Проверка аналитики и целей

Убедитесь, что Яндекс Метрика продолжает собирать данные. Зайдите в отчёт «Посещаемость» и проверьте, что счётчик фиксирует визиты после даты переноса. Если данные остановились в день переноса, значит, счётчик не перенесли или установили с ошибкой.

Проверьте цели в Яндекс Метрике: отправьте тестовую заявку и убедитесь, что цель сработала. Если цель не срабатывает, вы не сможете оценивать эффективность рекламы и работу сайта.

Индексация и позиции

Через панели Вебмастеров Яндекса и Google проверьте, что сайт индексируется. В Яндекс Вебмастере посмотрите раздел «Индексирование»: количество страниц в поиске не должно резко упасть. В Google Search Console проверьте отчёт «Покрытие» на наличие ошибок.

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

Сверка с чек-листом

Сверьте сайт с чек-листом из статьи и убедитесь, что все пункты выполнены. Проверьте, что у вас на руках все доступы: к хостингу, домену, панели управления сайтом, Яндекс Метрике, панелям Вебмастеров. Убедитесь, что резервные копии сайта и базы данных сохранены в надёжном месте.

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

Часто задаваемые вопросы

Константин Крючков

Senior SEO-специалист

Подписаться на ТГ