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

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

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

Знакомые симптомы

Если вы узнаёте хотя бы два-три пункта из списка, проблема уже не в мелких багах, а в том, как сделан и как поддерживается сайт:

• разработчик отвечает через несколько дней или не отвечает вовсе;
• каждая правка ломает что-то в другом месте сайта;
• на телефоне часть блоков «едет», кнопки не нажимаются, формы не отправляются;
• сайт заметно тормозит, особенно каталог и корзина;
• заказы иногда не доходят на почту или в CRM, а клиенты жалуются, что не могут оформить покупку;
• вы не знаете, где размещён сайт, на кого оформлен домен и как зайти в админку с полными правами;
• на простой вопрос «сколько стоит добавить фильтр» разработчик называет сумму больше стоимости самого фильтра в готовом модуле.

Шаг 1. Заберите все доступы

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

Что забрать	Зачем
Домен (кабинет регистратора)	Без него сайт могут просто отключить или не продлить. Домен должен быть оформлен на вас или вашу компанию
Хостинг или сервер	Здесь физически лежат файлы и база данных магазина
Админка CMS с правами администратора	Не «менеджерский» доступ, а полный — с управлением модулями и пользователями
FTP/SFTP и база данных	Нужны для резервной копии, переноса и работы нового разработчика
Google Analytics, Search Console, Tag Manager, Merchant Center	Статистика, позиции и реклама — ваша история, которую нельзя терять
Платёжные системы, службы доставки, CRM	Ключи API, через которые сайт принимает оплату и передаёт заказы
Почта на домене и DNS	От них зависит, доходят ли письма клиентам и заявки вам
Репозиторий с кодом (если есть)	История изменений и собственные модули, написанные под ваш магазин

 

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

Что делать, если разработчик не отвечает

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

Шаг 2. Сделайте резервную копию

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

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

Шаг 3. Проведите технический аудит

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

Что проверяем	Тревожные признаки
Версия CMS, PHP и модулей	Устаревшая версия без обновлений безопасности; хостинг требует более новый PHP, а сайт на нём падает
Правки в ядре CMS	Разработчик менял системные файлы вместо модификаторов — любое обновление сломает сайт
Откуда взяты модули	Пиратские или «нулёные» модули без лицензии — частый источник вредоносного кода
Безопасность	Посторонние пользователи в админке, подозрительные файлы, переадресации на чужие сайты
Оформление заказа	Тестовый заказ с телефона не проходит, не приходят письма, не работает оплата
Скорость	Низкие показатели PageSpeed, особенно на мобильных, медленный каталог и корзина
Мобильная версия	Элементы выходят за пределы экрана, мелкие кнопки, неудобные фильтры
SEO-база	Сайт закрыт от индексации, дубли страниц, битые ссылки, нет редиректов

 

Часть этого можно проверить самостоятельно: сделать тестовый заказ с телефона, прогнать сайт через PageSpeed Insights, посмотреть в Search Console, сколько страниц в индексе. Но правки в ядре, безопасность и качество кода оценит только разработчик, который посмотрит в код.

Ловушки, которые чаще всего находятся на аудите

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

• Сайт закрыт от индексации. Во время разработки сайт закрывают от поисковых систем, а после запуска забывают открыть. Магазин работает месяцами, а Google его просто не видит.
• Аналитика на аккаунте разработчика. Google Analytics и Search Console подключены к чужой почте. Когда разработчик пропадает, вместе с ним пропадает и вся история статистики.
• Тестовый режим оплаты. Платёжный модуль остался в тестовом режиме или с ключами разработчика — клиент «оплачивает», но деньги не поступают.
• Письма уходят в спам. Почта отправляется без настроенных записей SPF и DKIM, поэтому подтверждения заказов и письма клиентам не доходят.
• Сертификат SSL не продлевается автоматически. В один день браузер начинает показывать покупателям предупреждение «небезопасный сайт».
• Нет ни одной резервной копии. Достаточно одной неудачной правки или сбоя хостинга, чтобы потерять магазин вместе с товарами и заказами.

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

Доработать или переделать?

Это главный вопрос, и ответ не всегда «переделать всё с нуля». Часто достаточно исправить сломанное и привести в порядок код, а всё, что работает, — оставить. Ориентируйтесь на таблицу:

Доработка выгоднее, если	Переделка выгоднее, если
Сайт на популярной CMS (OpenCart, WordPress) без серьёзных правок в ядре	Сайт на самописном движке, который никто, кроме автора, не понимает
Проблемы локальные: отдельные страницы, модули, мобильная версия	Проблемы везде, и каждое исправление тянет за собой новые
Дизайн в целом устраивает, кривые только отдельные блоки	Дизайн устарел и отпугивает покупателей
Сайт уже имеет позиции в Google и стабильный трафик	Позиций нет, так что терять при переезде нечего
Нужно добавить несколько функций	Нужна принципиально другая логика магазина

 

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

Как выбрать, кто подхватит сайт

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

• Начинает с аудита, а не с оценки «на глаз». Честная команда сначала смотрит в код, а потом называет сроки и стоимость.
• Объясняет, что именно будет делать. Вы должны понимать план работ, а не получать только сумму в счёте.
• Работает по договору. С прописанными сроками, правами на код и гарантией на выполненные работы.
• Готов к поддержке. Сайт — не разовая покупка: обновления, бэкапы и мелкие правки нужны постоянно.

Как не попасть в эту ситуацию снова

Большинства проблем можно избежать ещё на этапе заказа сайта. Вот чек-лист, который стоит пройти с любым подрядчиком — новым или старым:

1. Домен и хостинг оформлены на вас. Разработчик получает доступ, но владельцем является ваша компания.
2. Договор с правами на код. После оплаты код принадлежит вам, и вы можете передать его другой команде.
3. Лицензионные модули. Платные модули куплены на ваш аккаунт, а не «найдены в интернете».
4. Без правок в ядре CMS. Доработки делаются через модули и модификаторы, чтобы сайт можно было обновлять.
5. Тестовый сервер. Крупные изменения сначала проверяют на копии сайта, а не на рабочем магазине.
6. Автоматические бэкапы. Копии хранятся отдельно от сайта и регулярно проверяются.
7. Список доступов у вас. Актуальный документ со всеми логинами, который обновляется после каждого изменения.

Итог

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