Подхват проекта — сайт или веб-сервис

Подхват сайта или веб-сервиса

Заберём сайт, веб-приложение или внутренний веб-сервис у предыдущей команды. Начинаем с аудита: код, доступы, домены, аналитика, SEO, релизный процесс. Дальше — стабилизация и развитие или поддержка по согласованной модели.

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

Что мы понимаем под подхватом сайта

Подхват сайта — это контроль над тем, что у вас в продакшене.

Это не «давайте просто продолжим». Сначала смотрим, в каком состоянии код, домены, аналитика и релизы. Потом обсуждаем продолжение работ.

Что мы относим к подхвату сайта

Разбор кода, инфраструктуры, доменов, DNS, SSL, CDN, релизной истории, аналитики и SEO-разметки. Приоритезированный список рисков. Стабилизация критичных участков: релизы, бэкапы, мониторинг, утёкшие секреты, формы и оплаты. Передача доступов и письменный акт. Дальше — развитие или поддержка по согласованной модели.

Что подхватом сайта у нас не считается

Точечная правка пары багов без аудита. Полное переписывание сайта без отчёта об аудите. Поддержка сайтов на Tilda, Wix и чистом WordPress как сервис. Работа без подтверждённых прав на код и согласованного доступа.

Когда нужен подхват сайта

Признаки, по которым стоит начинать разговор.

Если совпали два-три пункта — пора смотреть, что на самом деле под капотом сайта.

Сайт периодически падает

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

Релизы выкатываются вручную

Нет CI/CD, выкладка идёт по SSH с локальной машины, тесты отключены или их не было.

Сайт стал медленным

Страницы открываются дольше, Core Web Vitals красные, а в отчёте подрядчика по-прежнему всё «в норме».

SEO-метрики просели

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

Аналитика собирает не то

Цели в Яндекс.Метрике или GA4 считают неверно, дубли событий, разрыв между формой и CRM. Решения принимаются по сломанным данным.

Доступы у одного человека

Хостинг, регистратор домена, DNS, Search Console, Метрика и Tag Manager — на личных аккаунтах прошлого подрядчика.

Сайт работает «как-то»

Часть форм не отправляется, часть оплат проходит со второй попытки, часть писем не доходит — но нет общего списка известных проблем.

Подрядчик исчез

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

Кому не подойдёт

Когда подхват сайта у нас — не ваша история.

Называем заранее, чтобы не тратить ваше время и не вводить в заблуждение.

Сайт на Tilda, Wix или чистом WordPress

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

«Просто поправить пару багов»

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

Нужно дешевле, чем у предыдущей команды

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

Полное переписывание сайта без обоснования

Иногда правильный ответ — переписать. Но это решение должно следовать из аудита, а не из «нам не нравится старый код».

Нет прав на код и доступа

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

Что в результате аудита

Что у вас останется на руках по сайту.

Артефакты остаются у вас даже в случае, если дальше работаете не с нами.

Аудит-отчёт по сайту

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

Карта рисков

Таблица: риск, вероятность, влияние, приоритет, ответственный. Удобно использовать для собственных решений по продукту.

Чек-лист доступов

Что забрать у прошлой команды по сайту: код, хостинг, домен, DNS, аналитика, поисковые консоли, оплаты. С шаблоном письменного запроса от вас как владельца.

План стабилизации

Список работ на первые недели после старта подхвата с оценкой трудоёмкости по каждому пункту.

SEO-снимок

Фиксация текущего состояния сайта: список URL, метаданные, редиректы, разметка, индексация. Опорная точка для контроля при любых дальнейших изменениях.

Архитектурная карта

Схема того, как сайт устроен сейчас: фронт, бэкенд, БД, CDN, интеграции — и предложение, куда его вести по итогам аудита.

Процесс

Как идёт подхват сайта по этапам.

Сценарий повторяется от проекта к проекту: контекст, аудит, решение, стабилизация. Без этапа «давайте сразу возьмём всё в работу».

  1. 01

    Стартовая сессия

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

  2. 02

    Аудит сайта

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

  3. 03

    Отчёт и решение

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

  4. 04

    Стабилизация

    Закрываем критичные риски: релизы, бэкапы, мониторинг, утёкшие секреты, формы и оплаты. Цель — снять острые проблемы и вернуть сайт в управляемый режим.

  5. 05

    Передача под контроль

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

  6. 06

    Развитие или поддержка

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

Чего не делаем в первый месяц

Подхват сайта — не «команда зашла и переверстала всё под себя».

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

Не переписываем фронт под свой любимый фреймворк

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

Не меняем URL-структуру сайта

Изменения URL влияют на SEO и внешние ссылки. Любые правки структуры — только осознанно, с редиректами и обновлением разметки.

Не закрываем доступ предыдущему подрядчику самовольно

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

Не выкатываем «свои улучшения»

Работаем по плану стабилизации из отчёта. Идеи по развитию фиксируем и обсуждаем отдельно, а не вписываем «по дороге».

Не подписываем спорные акты за вас

Финансовые акты с прошлой командой остаются вашей зоной. Мы помогаем формулировками и фиксацией статуса работ, но не подписываем документы со стороны заказчика.

Стоимость и форматы

Какие форматы работы возможны.

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

Аудит

Экспресс-аудит сайта или веб-сервиса

Письменный отчёт, карта рисков, чек-лист доступов, SEO-снимок и рекомендации. Фиксированный объём работ. Стоимость и сроки — после стартовой сессии.

  • Без обязательства подхвата.
  • Отчёт остаётся у вас.

Стабилизация

Закрытие критичных рисков по сайту

Работа по плану стабилизации из отчёта: релизный процесс, доступы, мониторинг, приоритетные баги, формы и оплаты. Стоимость согласуем под объём.

  • Старт после аудита.
  • Прозрачная декомпозиция работ.

Подхват и развитие

Разработка по согласованной модели

Дальнейшая разработка сайта по бэклогу. Формат подбираем под задачу: фиксированный объём, ретейнер или выделенная команда.

  • Регулярные релизные циклы.
  • Периодический отчёт по работам.

Цифры без аудита не называем — это нечестно по отношению к вам и обычно нерелевантно реальной ситуации на сайте.

Стек

На каких стеках подхватывали сайты.

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

Backend

Node.js, Python, PHP (включая legacy), Go.

Frontend

React, Next.js, Vue, Nuxt, Svelte.

Фреймворки

Laravel, Symfony, Django, FastAPI, NestJS.

Платформы

1С-Битрикс, MODX, Strapi, Directus.

Инфраструктура

Docker, GitLab CI, Yandex Cloud, VK Cloud, on-prem Linux, Nginx, CDN.

Базы данных

PostgreSQL, MySQL, MS SQL, MongoDB, ClickHouse, Redis.

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

Что обычно находим на сайтах

Что чаще всего всплывает на аудите сайта.

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

Домен и DNS у подрядчика

Домен оформлен на личный аккаунт фрилансера или студии. DNS-зона у того же провайдера. Восстановление владения — отдельный сюжет.

SSL и сертификаты «на честном слове»

Сертификат продлевается вручную одним человеком. Алёрта о скором истечении нет. Падение сайта по HTTPS — вопрос времени.

Бэкапы не проверялись

«Бэкапы есть» часто означает «настроены, но никто никогда не восстанавливался». Проверяем фактически.

Секреты в репозитории

API-ключи, токены платёжных систем и пароли БД закоммичены в код. После увольнения сотрудника подрядчика они всё ещё в истории.

Аналитика дублирует или теряет события

Метрика и GA4 считают цели по-разному, теги дублируются после миграций, отправка форм не доходит до целей.

Сломанная разметка и редиректы

После редизайна редиректы реализованы частично, каноникал указывает не туда, sitemap отдаёт удалённые страницы. В индексе — мусор.

Тяжёлые ассеты и раздутый JS

Картинки без сжатия и обрезки, мегабайтные шрифты, бандлы без код-сплиттинга. Время до интерактивности — у красной зоны Core Web Vitals.

Админка с дыркой

Админ-панель доступна с интернета без двухфакторки, на простых паролях. Логи доступа никто не смотрит.

Формы и письма теряются

Часть заявок не приходит на почту: SMTP падает, формы не валидируют ошибки, нет повторной отправки. CRM-интеграция молчит.

Оплаты «иногда не проходят»

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

Кеш живёт своей жизнью

CDN и серверный кеш отдают устаревшие версии страниц, инвалидация ручная, изменения не доезжают до пользователя.

Нет логов и мониторинга

При падении смотреть некуда: ни логов, ни алёртов. Мониторинг либо не подключался, либо сломался давно.

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

Что стоит подготовить со стороны заказчика.

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

Код и сборка

  • Доступ к репозиториям на уровне владельца, а не разработчика.
  • Приватные пакеты, форки и зеркала, опубликованные подрядчиком.
  • Пайплайны CI/CD, секреты сборки и раннеры.

Домены и инфраструктура

  • Регистратор домена и доступ владельца.
  • DNS-провайдер и редактирование зоны.
  • SSL-сертификаты: где выпускаются и кем продлеваются.
  • Хостинг или облачные аккаунты, оформленные на вас.
  • CDN и WAF, если используются.
  • Где лежат бэкапы и как их восстанавливать.

Аналитика и SEO

  • Яндекс.Метрика и GA4 с правами администратора на ваши аккаунты.
  • Google Tag Manager или альтернативный диспетчер тегов.
  • Яндекс.Вебмастер и Google Search Console.
  • Поисковые и контекстные кабинеты, если интегрированы.

Оплаты и сервисы

  • Платёжные провайдеры и эквайринг.
  • Касса и фискализация, если есть.
  • SMTP/почтовые сервисы, SMS-провайдеры.
  • Сторонние API и партнёрские кабинеты.

Контент и процесс

  • Доступ к CMS на уровне администратора.
  • Архитектурные схемы и описания моделей данных.
  • Список незакрытых задач, открытых багов, технического долга.
  • Контакты на стороне прошлой команды по зонам ответственности.
  • Письменный акт передачи с перечислением артефактов.

Типы сайтов и веб-сервисов

С какими типами проектов работаем.

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

Корпоративный сайт

На собственном стеке или 1С-Битрикс.

Интернет-магазин

Каталог, оплаты, заказы, выгрузки в 1С.

Лендинг или сеть лендингов

Формы, аналитика, интеграции с CRM.

Личный кабинет пользователя

Авторизация, биллинг, роли и доступы.

SaaS-приложение

Multi-tenant, биллинг, переключение без простоя.

Внутренний веб-сервис

Админ-панель, операционный кабинет, BPM.

Headless и JAMstack

Next.js или Nuxt c CMS на API.

Маркетплейс

Каталог, продавцы, заказы, расчёты.

Сайт после фрилансера

Типовые проблемы одиночного исполнителя.

Срочные ситуации

Подрядчик исчез, сайт падает, релиз горит.

Если рядом с сайтом есть смежная часть, у нас уже есть отдельные страницы про подхват интеграций и API, подхват Python-проекта и подхват мобильного приложения.

Если сайт фактически является магазином с заказами и оплатами — смотрите подхват интернет-магазина. Если основной риск в клиентском кабинете, ролях и документах — подхват личного кабинета.

FAQ

Что обычно спрашивают перед подхватом сайта.

Какие сайты и веб-сервисы вы подхватываете?

Корпоративные сайты на собственном стеке, e-commerce, веб-приложения, кабинеты, SaaS, внутренние веб-сервисы и админ-панели. Стек — Node.js, Python, PHP, 1С-Битрикс, фреймворки на React, Next.js, Vue. Сайты на Tilda, Wix и чистом WordPress как сервис не поддерживаем — берём только миграцию с них отдельным проектом.

Что делать, если CMS обновлялась вручную и нет понятного релизного процесса?

На аудите фиксируем фактическое состояние: какие правки сделаны на проде, что не доехало до репозитория, кто и где правил конфиги и контент. Дальше — план стабилизации: восстановить соответствие кода и прода, описать сборку и выкатку, добавить минимальный staging там, где это возможно. Массовые правки на CMS без бэкапа и проверки на копии данных не запускаем.

Как быть, если предыдущая команда не отдаёт доступ к сайту?

Работаем только в рамках вашего права на код и согласованного доступа. Параллельно вы как заказчик восстанавливаете владение через регистратора домена, DNS-провайдера, хостинг-аккаунты и площадки аналитики, где аккаунты оформлены на вас. Без подтверждённых прав и согласованного доступа мы не работаем.

Сайт критичен для продаж, переключение нельзя останавливать?

Переключение делается без простоя. Сначала аудит и параллельный режим чтения, затем согласованное окно переключения DNS, выкладки и кеш-инвалидации. Откат заранее планируем. Без подтверждённого плана и окна — не переключаем.

Как не потерять SEO-страницы и редиректы при подхвате сайта?

До любых изменений снимаем карту URL: список индексируемых страниц, sitemap, robots, canonical, текущие 301-редиректы, разметку категорий и страниц товаров. Изменения, которые могут затронуть индексацию — переписывание URL, переезд между поддоменами, перестройка фильтров — выносим в отдельный SEO-план с поэтапной выкаткой. В рамках срочной стабилизации структуру URL и редиректы не трогаем без необходимости.

Берёте ли подхват сайтов на Bitrix?

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

А сайты на Tilda, Wix и чистом WordPress?

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

У нас интернет-магазин с оплатами и кассой. Это сложнее?

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

Сколько стоит подхват сайта?

Зависит от стека, размера сайта и состояния, в котором вы его передаёте. Точную смету даём после аудита. Диапазон по форматам — в разделе про стоимость на странице. Цифры без аудита не называем.

Как передать поддержку сайта контент-команде после стабилизации?

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

Заявка на аудит сайта

Опишите ситуацию — вернёмся в течение рабочего дня.

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

Подхват сайта или веб-сервиса

Короткая заявка на аудит.

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

Заявка придёт на hi@khaiam.ru. Можно написать сразу в Telegram .

Заказать аудит сайта