Journal / 08 / информационно-коммерческий

Как выбрать разработчика сайта и не переделывать проект после запуска

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

Как выбрать разработчика сайта и не переделывать проект после запуска
Дмитрий ЛаврушинSEO-first / HTML / JS
как выбрать разработчика сайтакак выбрать веб разработчикакак выбрать подрядчика на сайтвопросы разработчику сайтакак выбрать разработчика сайтакак выбрать веб разработчикакак выбрать подрядчика на сайтвопросы разработчику сайта
01

Портфолио показывает не всё

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

Поэтому смотреть нужно не только на визуальный стиль, но и на процесс.

Как выбрать разработчика сайта и не переделывать проект после запуска — визуальный контекст
Иллюстрация к теме «Как выбрать разработчика сайта»; она не используется как доказательство результата.
02

Спросите, с чего начинается работа

Если первый этап сразу называется «рисуем главный экран», стоит уточнить, кто определяет структуру. Для SEO-проекта сначала нужно понять продукт, запросы и будущие страницы. Хороший специалист способен объяснить, почему один кластер должен быть отдельным URL, а другой можно закрыть общим материалом.

Карта решения

Задача посадочнойКак выбрать разработчика сайта
Поисковая формулировкаРольСледующий шаг
01как выбрать разработчика сайтаинформационно-коммерческийПереход к релевантной услуге
02как выбрать веб разработчикаинформационно-коммерческийПереход к релевантной услуге
03как выбрать подрядчика на сайтинформационно-коммерческийПереход к релевантной услуге
04вопросы разработчику сайтаинформационно-коммерческийПереход к релевантной услуге
03

Уточните, что будет с SEO

Фраза «сайт будет SEO-friendly» слишком общая. Спросите про семантику, Title, Description, canonical, sitemap, robots.txt, Schema.org, редиректы, изображения и внутреннюю перелинковку. Кто отвечает за эти элементы и на каком этапе они появляются?

04

Проверьте аналитику

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

05

Выясните, кому принадлежат активы

Домен, хостинг, репозиторий, Search Console, Метрика и GA4 должны принадлежать клиенту. Пароли и секреты не должны оставаться только у агентства. Это базовая защита от vendor lock-in.

06

Попросите показать не только дизайн, но и результат

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

07

12 вопросов до договора

  1. Кто собирает семантику?
  2. Кто определяет карту страниц?
  3. Кто пишет и редактирует контент?
  4. Что входит в техническое SEO?
  5. Какие события будут настроены?
  6. Где хранятся исходники?
  7. Кто владеет доменом и хостингом?
  8. Что оплачивается отдельно?
  9. Как решаются редиректы при изменении URL?
  10. Что происходит после запуска?
  11. Как добавляются новые страницы?
  12. Как измеряется результат?
Нужно ли выбирать студию вместо одного разработчика?

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

Стоит ли выбирать по самой низкой цене?

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

Нужно ли техническое задание до первого разговора?

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

08

Вывод

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