Что проверить в старом сайте перед переделкой

Часть 3 из 7 · Серия «Старый сайт — новая рабочая система»

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

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

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

1. Доступы

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

Пройдите по списку и попробуйте войти:

□ панель управления хостингом
□ FTP или SSH к файлам сайта
□ админка самого сайта, с правами администратора
□ личный кабинет регистратора домена
□ почта на домене и её панель
□ репозиторий с исходным кодом, если он есть
□ платёжный сервис и личный кабинет кассы
□ счётчики аналитики и панели вебмастера
□ карточки организации в картах и справочниках

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

Если куда-то войти не удалось — это первая задача, и решать её надо сейчас, пока есть у кого спросить.

2. Где что хостится и кто за это платит

Удивительно часто владелец не знает ответа.

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

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

3. Домен

Три поля, которые надо посмотреть, — и это займёт три минуты.

Откройте любой сервис проверки данных домена и найдите:

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

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

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

4. Сколько данных придётся переносить

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

Посчитайте — обычно всё видно в админке:

• товаров и категорий;
• страниц и статей;
• зарегистрированных клиентов;
• заказов за всё время и за последний год;
• отзывов, если они есть;
• размер папки с изображениями.

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

Как объём и структура влияют на стоимость, разбирал в статье о цене интернет-магазина.

5. Что интегрировано и работает ли оно ещё

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

По каждому пункту — один вопрос: работает ли это до сих пор?

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

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

6. Откуда приходят люди

Загляните в аналитику и выпишите:

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

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

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

7. Что нельзя потерять ни при каких условиях

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

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

Этот список стоит отдать исполнителю отдельным документом. Он короткий, и именно по нему потом проверяют, что перенос прошёл полностью.

Что делать с результатом

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

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

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

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

Сколько времени займёт такая проверка?

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

Нужен ли для этого технический специалист?

Нет. Все пункты проходятся владельцем: это вход в панели, просмотр цифр в админке и три поля в данных домена. Технические подробности пусть выясняет исполнитель.

Что делать, если доступов нет вообще?

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

Обязательно ли переносить старые заказы?

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

Что если сайт делал подрядчик, с которым мы расстались плохо?

Тогда начинайте с домена и хостинга, а не с сайта: именно там находятся рычаги. Всё остальное восстановимо, а домен — нет.

Что дальше

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

Готовы обсудить задачу — покажите текущий сайт и результаты проверки: siteko.net/development.