01

Фрилансер, штатный специалист или агентство

Три формата решают разные задачи, и лучшего среди них нет, есть подходящий под ситуацию.

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

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

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

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

02

Девять вопросов до подписания договора

Ответы на них показывают, как подрядчик мыслит, лучше, чем портфолио.

  • С чего начнёте работу. Ожидаемый ответ: с аудита и сбора семантики. Если предлагают начать с закупки ссылок или написания текстов, это разговор не о системной работе.
  • Как будете собирать семантику и распределять её по страницам. Ответ покажет, понимает ли подрядчик, что структура сайта обычно требует изменений.
  • Кто вносит правки на сайт. Один из главных организационных вопросов. Если правки на вашей стороне, нужен ресурс. Если на стороне подрядчика, нужны доступы.
  • Какие метрики будут в отчёте. Хороший признак, если кроме позиций названы трафик, его структура и целевые действия.
  • Как часто отчётность и в каком формате. Отчёт должен быть понятен без переводчика.
  • Что произойдёт, если через три месяца результата не будет. Вопрос не про санкции, а про то, есть ли у подрядчика план пересмотра гипотез.
  • Покажете похожие проекты. Важнее не громкие имена, а сопоставимость: ниша, конкуренция, регион, тип сайта.
  • Кто будет вести проект и сколько специалистов задействовано. Полезно понимать, кто конкретно работает и к кому обращаться.
  • Что останется у нас после окончания сотрудничества. Семантика, аналитика, доступы и документация должны принадлежать вам.
03

На что смотреть в кейсах

Кейс полезен, когда из него понятно не только что получилось, но и что делали.

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

Описание задачи. Понятно ли, с чего начинали и что мешало.

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

Измеримость. Есть ли конкретика: сколько запросов, за какой период, что именно выросло.

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

04

Что должно быть в договоре и отчётности

Условия сотрудничества должны быть проверяемыми и понятными обеим сторонам.

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

Как принимать работу в первые месяцы

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

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

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

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

Для ориентира: в проекте для медицинского сайта, начинавшемся с нулевой видимости, за четыре месяца в выдаче появились 116 запросов, из них 30 фраз вошли в десятку. Это не обещание одинакового результата, сроки зависят от исходного состояния проекта, но показывает реалистичный горизонт первых изменений.