Что тормозит запуск сайта: чек-лист причин задержки

Что тормозит запуск сайта, я вижу на практике почти в каждом втором проекте, и код здесь редко при чём. Сроки в договоре считаются от моей стороны: макет, верстка, интеграции. А реальный запуск смещается из-за того, что заказчик не успевает передать тексты, доступы или подписать документы вовремя. За последние проекты на Tilda, WordPress и в интернет-магазинах я собрал конкретный список того, что чаще всего съедает недели между «сайт готов» и «сайт работает».

Тексты, фото и данные каталога приходят по частям

Самая частая причина задержки, с которой сталкиваюсь: верстка закончена, а заполнять её нечем. На интернет-магазине с 200-300 товарами это особенно заметно - нужны описания, характеристики, фото в едином формате, а не с телефона на складе. Один клиент присылал фотографии карточек три недели, партиями по 15-20 штук, и каждая партия требовала нового прогона верстки под новые пропорции изображений.

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

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

Согласование правок растягивается на недели

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

На практике лучше всего работает один финальный согласующий с одной стороны и фиксированный список правок за раз, а не переписка, растянутая на несколько чатов в WhatsApp и почту одновременно. Когда у заказчика есть чёткий внутренний процесс согласования, этап правок занимает 3-5 дней вместо трёх недель.

Доступы к домену и хостингу теряются или приходят последними

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

Вторая типичная ситуация - хостинг выбран заранее без учёта того, что на нём будет работать: например, взяли самый дешёвый тариф без поддержки Node.js под лендинг на Next.js. Перенос на нормальный хостинг после того, как сайт готов, добавляет ещё несколько дней на настройку DNS, потому что записи обновляются не мгновенно.

Цена самого домена зависит только от зоны: .ru стоит около 200-250 ₽ в год, .com дороже в несколько раз. Стоимость SSL-сертификата зависит от его типа: бесплатный Let’s Encrypt подключается автоматически, платный EV-сертификат с проверкой организации стоит несколько тысяч рублей в год. Это не связано с тем, лендинг у вас или интернет-магазин.

Подключение эквайринга и приема платежей задерживает старт

На интернет-магазинах на WooCommerce с приемом платежей через T‑Bank я регулярно вижу одну и ту же паузу: сайт готов, а модуль оплаты не подключается, потому что банк ещё не одобрил заявку на эквайринг. Банку нужны уставные документы, выписка из ЕГРЮЛ, иногда - проверка сайта на соответствие правилам платежной системы, например наличие публичной оферты и корректных реквизитов в футере. Рассмотрение занимает от нескольких дней до двух недель, и заявку стоит подавать в банк сразу, как только определились с дизайном, а не после того, как магазин собран.

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

Интеграции с СДЭК, CRM и мессенджерами ждут ключей от заказчика

Любая интеграция начинается с доступов, которые может выдать только заказчик: API-ключ СДЭК из личного кабинета, токен Telegram-бота от BotFather, доступ к amoCRM или Bitrix24, вебхук для сценария в n8n. Пока эти ключи не переданы, интеграция физически не с чем тестировать, и часть проекта простаивает, даже если остальной сайт готов на 100%.

TELEGRAM_BOT_TOKEN=получить у @BotFather
CDEK_API_ACCOUNT=из личного кабинета cdek.ru
CDEK_API_SECRET=из личного кабинета cdek.ru
TBANK_TERMINAL_KEY=после одобрения заявки на эквайринг

Отдельно напомню про хранение контактов клиентов: если интеграция собирает заявки в CRM или таблицу, я настраиваю её на сервере в РФ, а не в зарубежном облаке вроде Google Sheets или Airtable, потому что персональные данные по закону обязаны обрабатываться на территории России. На практике такую комплексную интеграцию CRM, эквайринга и СДЭК я обычно оформляю как отдельную услугу, а не доработку в рамках готового сайта, потому что она требует отдельного согласования доступов и сроков с заказчиком.

Юридические документы и договор буксуют на этапе согласования

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

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

Чеклист: что подготовить заказчику до старта

• Тексты и фото для ключевых страниц - хотя бы черновой вариант, не финальная редактура
• Доступ к личному кабинету регистратора домена и хостинга
• Один согласующий с правом финального решения по дизайну и правкам
• Заявка на эквайринг подана в банк, если планируется прием платежей
• API-ключи СДЭК, CRM, Telegram-бота - собраны заранее, а не по запросу в процессе разработки
• Оферта и политика конфиденциальности - готовы или переданы юристу на согласование

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

Частые вопросы

Сколько в среднем занимает запуск сайта, если заказчик ничего не тормозит?

Лендинг на Tilda с готовыми текстами запускается за 5-7 рабочих дней. Интернет-магазин на WooCommerce с интеграцией эквайринга и СДЭК, при уже одобренной заявке в банке, обычно занимает от трёх до пяти недель.

Можно ли ускорить одобрение эквайринга в банке?

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

Что делать, если нет доступа к старому домену?

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

Кто должен готовить тексты для сайта - подрядчик или заказчик?

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