Как правильно передать сайт новому подрядчику: чек-лист для заказчика

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

Ниже — порядок действий и список того, что должно быть передано.

Почему передача часто идёт плохо

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

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

Заказчик уже нашёл нового подрядчика, хочет быстрее начать, и передача делается «по-быстрому», без проверки.

Что нужно передать новому исполнителю

1. Доступы

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

❋ Хостинг и сервер

• Доступ к панели управления хостингом (логин, пароль или SSH-ключ)
• Данные для входа по FTP/SFTP
• Доступ к базе данных (phpMyAdmin, прямое подключение)
• Данные об используемом тарифе и сроке оплаты

❋ Домен

• Доступ к регистратору домена
• Срок окончания регистрации
• Если домен и хостинг у разных провайдеров — NS-серверы и их настройки

❋ CMS и административная панель

• Логин и пароль администратора сайта
• Список всех установленных плагинов и их лицензионных ключей (если используются платные)
• Доступ ко всем дополнительным модулям и интеграциям

❋ Аналитика и инструменты

• Яндекс.Метрика: доступ к счётчику (не просто «посмотреть», а полный доступ к аккаунту или делегирование с правами редактирования)
• Яндекс.Вебмастер: доступ к подтверждённому сайту
• Google Search Console (если подключена)
• Рекламные кабинеты Яндекс.Директ, VK Рекламы и других платформ

❋ Почта и коммуникации

• Корпоративная почта, привязанная к домену (доступ к DNS или самому ящику)
• Номер телефона, привязанный к аккаунтам сервисов

Мнение эксперта

Ольга Небелюк | Ведущий специалист

«Доступы нужно запрашивать у подрядчика не после того, как договор расторгнут, а за 2–3 недели до окончания работы. Это даёт время проверить, всё ли работает, и спокойно запросить недостающее. Если ждать последнего дня — высок риск получить неполный пакет и потратить недели на восстановление.»

2. Исходные файлы и резервные копии

❋ Файлы сайта

• Архив всех файлов сайта (обычно это корневая папка на сервере)
• Дамп базы данных на актуальную дату
• Если сайт разрабатывался под заказ — исходный код с комментариями

❋ Дизайн

• Исходные макеты (Figma, Photoshop, Sketch или другой формат)
• Логотипы в векторе (SVG, AI, EPS) и растре (PNG с прозрачным фоном)
• Фирменные шрифты (файлы TTF/OTF или лицензионные ключи, если шрифты платные)
• Брендбук или гайдлайн (если существует)
• Иконки, паттерны, графические элементы

❋ Контент

• Тексты страниц в исходном формате (до вёрстки)
• Фотографии в оригинальном качестве (не только то, что загружено на сайт в сжатом виде)
• Видеоматериалы

3. Документация по проекту

Это та часть, которую чаще всего забывают запросить — и которая потом больше всего экономит время.

• Техническое задание на разработку или доработку сайта
• Список всех выполненных работ (что было сделано, когда, зачем)
• Описание нестандартных решений: кастомный функционал, интеграции со сторонними сервисами, особенности хостинга
• История проблем и инцидентов: что ломалось, как починили
• Актуальная структура сайта (карта страниц)
• Настройки редиректов, если они были прописаны вручную

Мнение эксперта

Ольга Небелюк | Ведущий специалист

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

4. SEO и рекламная история

Для нового SEO-подрядчика или специалиста по рекламе это особенно критично.

❋ SEO

• Список ключевых запросов, под которые велась оптимизация
• Ссылочный профиль: откуда ссылки, когда размещались, на каких условиях
• История санкций (если были предупреждения или фильтры от Яндекса или Google)
• Настройки файлов robots.txt и sitemap.xml
• Настройки микроразметки (если применялась)

❋ Реклама

• История кампаний в Яндекс.Директ: тексты объявлений, ставки, аудитории, результаты
• Статистика по конверсиям
• Используемые аудитории и сегменты

5. Договорная база и финансы

• Копии договоров с текущим подрядчиком
• Закрывающие документы (акты) за весь период работы
• Данные о том, что оплачено до конца срока (хостинг, домен, лицензии)

Как организовать передачу

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

Установите срок. Нормальный срок передачи — 5–10 рабочих дней. Если подрядчик просит больше, уточните причину.

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

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

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

Что делает новый подрядчик после получения доступов

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

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

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