Вы заплатили за сайт, но он может вам не принадлежать: что проверить прямо сейчас

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

И вдруг нужно поменять телефон на странице. Предприниматель пишет разработчику. Тишина. Пишет ещё раз.

И именно в этот момент владелец бизнеса впервые задаёт себе неприятный вопрос: а сайт вообще принадлежит мне?

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

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

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

1. Начните с самого важного — домена

Домен — это адрес сайта. Например: company.ru.

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

Именно поэтому важно понимать, на кого зарегистрирован домен.

Для доменов .ru, .рф и .su существует понятие администратора домена. У регистратора это фактически ключевая сторона, которая управляет правами на доменное имя. Проверить администратора домена можно через Whois.

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

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

Как должно быть

Домен бизнеса лучше регистрировать на самого владельца бизнеса или юридическое лицо компании. А разработчику при необходимости предоставлять технический доступ. Не наоборот.

2. У вас должен быть собственный аккаунт у регистратора

Недостаточно услышать: «Домен оформлен на вас». У владельца должен быть доступ к личному кабинету, где находится домен.

• 01
  Регистратор

  Вы знаете, у какой компании зарегистрирован домен.

• 02
  Почта аккаунта

  Адрес принадлежит бизнесу и доступен для восстановления.

• 03
  Продление

  Понятны дата окончания регистрации и ответственный за оплату.

• 04
  Управление

  Владелец может войти в кабинет независимо от подрядчика.

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

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

3. Проверьте, кто контролирует хостинг

Домен — это адрес. Но сам сайт должен где-то физически размещаться. Для этого используется сервер или хостинг.

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

Что нужно знать владельцу

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

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

4. Уточните, существуют ли вообще исходники сайта

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

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

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

Нормальная практика

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

Владелец бизнеса не обязан каждый день заходить туда. Главное — чтобы проект не существовал исключительно «где-то у программиста».

5. Проверьте административную панель

Если контент сайта предполагается регулярно менять, владелец должен понимать, как это происходит. Например, нужно изменить цену.

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

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

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

6. Аналитика тоже должна находиться под контролем бизнеса

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

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

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

Так работает и логика других бизнес-сервисов. Например, в Яндекс Бизнесе владелец может добавлять представителей, не передавая им владение своим основным аккаунтом.

Владелец остаётся владельцем, специалист получает доступ для работы.

7. Проверьте корпоративную почту

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

То же касается хостинга, аналитики, CMS, облачных сервисов, рассылок, CRM и систем онлайн-записи. Критически важные сервисы не должны полностью зависеть от личной почты подрядчика.

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

8. Что произойдёт, если разработчик завтра исчезнет?

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

Сможете ли вы продолжить работу?

• ✓
  Домен

  Есть доступ к домену и собственному аккаунту регистратора.

• ✓
  Хостинг

  Понятно, где размещён сайт и как получить доступ к серверу.

• ✓
  Панель сайта

  У бизнеса есть доступ к административной панели, если она предусмотрена.

• ✓
  Резервная копия

  Есть актуальная копия, из которой можно восстановить проект.

• ✓
  Исходники

  Проект хранится не только на устройстве подрядчика.

• ✓
  Аналитика

  Основной аккаунт и накопленная история принадлежат компании.

• ✓
  Рабочая почта

  Критические сервисы можно восстановить без личной почты разработчика.

• ✓
  Сторонние сервисы

  Есть информация обо всех подключённых интеграциях.

• ✓
  Подписки

  Известны сроки оплаты и ответственные за продление.

9. Что делать, если доступов уже нет

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

Составьте список того, что вам нужно получить:

1. 01Домен и аккаунт регистратора.
2. 02Хостинг или сервер.
3. 03Файлы сайта.
4. 04Базу данных, если она используется.
5. 05CMS или административную панель.
6. 06Аналитику.
7. 07Подключённые сервисы.
8. 08Резервную копию.
9. 09Дизайн-макеты, если они входят в проект.
10. 10Инструкцию по дальнейшей работе.

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

10. Не передавайте разработчику все свои пароли

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

Как мы решаем этот вопрос в LARIANS Web Studio

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

Поэтому в LARIANS Web Studio мы стараемся строить работу так, чтобы клиент не становился заложником студии.

Проверьте свой сайт прямо сейчас

На это не нужен технический специалист. Ответьте себе на семь вопросов:

1. 1

   На кого зарегистрирован домен?

2. 2

   Есть ли у меня доступ к аккаунту регистратора?

3. 3

   Знаю ли я, где размещён сайт?

4. 4

   Смогу ли я получить файлы проекта?

5. 5

   Есть ли у меня доступ к аналитике?

6. 6

   Что произойдёт, если нынешний разработчик перестанет отвечать?

7. 7

   Сможет ли другая команда продолжить работу с сайтом?

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

Вывод

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

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

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

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