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

Чтобы нанять SEO-специалиста в штат, сначала определите задачи сайта и ресурсы для их выполнения. Затем проверьте, как кандидат ищет причины проблем, выбирает приоритеты и объясняет решения. Для этого разберите с ним конкретную ситуацию: какие данные нужны, что он проверит, какое изменение предложит и как оценит результат.
SEO — работа над тем, чтобы страницы сайта находились в поиске по подходящим запросам. Штатный специалист должен связывать эту работу с задачами бизнеса: продажами, заявками, обращениями. Владельцу не нужно знать все технические детали. Важно увидеть последовательность рассуждений и понять, можно ли проверить выводы кандидата.
Определите, какую работу вы передаёте сотруднику
Перед публикацией вакансии опишите состояние сайта. Что вы продаёте, в каких регионах работаете, какие разделы приносят обращения, что уже делали для продвижения? Отдельно укажите проблему, ради которой нанимаете человека: например, потенциальные покупатели не находят категории товаров или посещения есть, а заявок мало.
Фраза «нужно развивать SEO» слишком широкая. Кандидат не сможет оценить объём работы, а руководитель — понять, справляется ли сотрудник. Полезнее сформулировать ожидаемые результаты работы: разобраться в причинах снижения посещаемости, подготовить план развития разделов, наладить проверку изменений на сайте.
До найма ответьте на несколько вопросов:
- Кто будет внедрять технические изменения: разработчик, подрядчик или сам специалист?
- Кто готовит и согласует тексты, фотографии, характеристики товаров?
- Есть ли доступ к статистике посещений и данным о заявках?
- Кто утверждает задачи и выделяет бюджет?
- Какие изменения сайта уже запланированы?
- Будет ли у сотрудника опытный руководитель или ему придётся самостоятельно строить работу?
Если внедрять рекомендации некому, это ограничение нужно обозначить сразу. Иначе вы можете нанять человека, который умеет находить проблемы, но не имеет ресурсов для их устранения. Статус штатного сотрудника сам по себе эту проблему не решает.
Составьте требования под задачи сайта
Для самостоятельной работы нужен специалист, который умеет проводить диагностику, обосновывать план и доводить задачи до внедрения. Начинающий сотрудник может выполнять отдельные проверки и готовить материалы, но ему потребуется помощь с приоритетами и сложными решениями.
Не превращайте вакансию в перечень всех инструментов, которые встречаются в SEO. Умение пользоваться сервисом ещё не показывает, понимает ли человек полученные данные. Описывайте навыки через рабочие действия.
| Область | Что должен уметь кандидат | Как проверить |
|---|---|---|
| Диагностика | Находить причины проблем и отделять их от предположений | Разобрать падение посещаемости |
| Поисковые запросы | Понимать, какие страницы нужны под разные потребности | Объяснить структуру раздела услуг |
| Техническая работа | Проверять доступность страниц для поиска и составлять задачи разработчику | Разобрать пример технической ошибки |
| Контент | Давать понятные требования к содержанию страницы | Оценить страницу услуги |
| Аналитика | Связывать посещения с обращениями и учитывать ограничения данных | Обсудить отчёт по результатам |
| Организация | Выбирать приоритеты и проверять внедрение | Составить план при ограниченных ресурсах |
Опыт с похожим типом сайта полезен. У интернет-магазина возникают задачи с категориями, фильтрами и карточками товаров; у сайта услуг — с описанием предложений, регионами и формами обращения. Но знакомство с отраслью не заменяет умение разбираться в новой ситуации.
В вакансии также укажите полномочия: может ли сотрудник ставить задачи разработчикам, согласовывать работу авторов, привлекать подрядчиков. Требование отвечать за результат должно сопровождаться возможностью влиять на работу.
Проверьте резюме и кейсы до собеседования
Просите кандидата описать не только результат проекта, но и свою роль. Что он обнаружил, какие решения предложил, что внедрила команда? Если человек показывает график роста, уточните, какие ещё события могли повлиять на него: расширение ассортимента, сезонный спрос, рекламная кампания, изменение аналитики.
Для проверки опыта подойдут такие вопросы:
- С какой проблемой пришёл бизнес и как вы её уточнили?
- Какие данные использовали для диагностики?
- Почему выбрали именно эти задачи?
- Что сделали лично, а что выполняли коллеги?
- Как проверяли изменения и оценивали результат?
- Что не сработало и как вы скорректировали план?
Содержательный ответ может включать неудачное решение. Важнее, способен ли кандидат объяснить, почему оно казалось разумным, что показала проверка и какой вывод он сделал.
При оценке кейса уточняйте, что именно выросло. Общие посещения могут включать рекламу и прямые заходы. Переходы по названию компании отличаются от переходов людей, которые впервые ищут её товар или услугу. Эти различия помогают понять, насколько результат связан с работой специалиста.
Если материалы закрыты соглашением о конфиденциальности, предложите обезличенный разбор. Отсутствие открытых названий клиентов само по себе не повод отказывать. Однако кандидат должен уметь объяснить ход работы без раскрытия чужой информации.
Проведите собеседование на одной задаче сайта
Вместо проверки памяти предложите рабочую ситуацию. Например: «После обновления сайта стало меньше переходов из поиска. Разработчик считает, что всё работает. Как вы будете разбираться?»
В этом примере нет единственного правильного диагноза. Вы проверяете, уточняет ли кандидат обстоятельства, различает ли возможные причины и предлагает ли способ их проверить.
Попросите назвать недостающие данные
Обоснованный разбор начинается с вопросов. Когда произошло снижение? Какие страницы затронуты? Менялись ли адреса страниц? Правильно ли работает счётчик посещений? Снижение заметно во всех поисковых системах или только в одной? Есть ли сопоставимый период с похожим спросом?
Кандидат может предложить проверить индексацию — наличие страниц в базе поисковой системы. Если важная страница туда не попадает, сначала нужно разобраться в причине. Другой возможный шаг — проверить перенаправления со старых адресов на новые: попадает ли посетитель на нужную страницу после перехода по прежней ссылке.
Не требуйте перечислить все мыслимые проверки. Попросите выбрать первые действия и объяснить порядок. Это покажет, умеет ли специалист сокращать неопределённость, а не просто выдавать длинный список.
Попросите связать вывод с доказательством
Задайте уточнение: «Вы предполагаете, что проблема в новых адресах. Что подтвердит или опровергнет эту версию?» Кандидат должен назвать конкретную проверку: сопоставить старые и новые страницы, проверить перенаправления, посмотреть, какие страницы потеряли переходы.
Полезный ответ содержит границы уверенности: «Без данных нельзя утверждать причину, но эту версию стоит проверить первой, потому что адреса менялись». Такой подход позволяет отличить рабочую гипотезу от уверенного заявления без основания.
Проверьте, как кандидат объясняет решение
Попросите представить, что перед ним руководитель без SEO-подготовки. Он должен объяснить проблему простыми словами, назвать последствия и предложить действие. Если ответ состоит из терминов, попросите расшифровать их и привести пример.
Способность объяснить решение нужна не только на собеседовании. Сотруднику придётся договариваться с разработчиками, авторами и владельцем бизнеса. Без понятного обоснования даже полезная задача может остаться в очереди.
Задайте вопросы о других типичных ситуациях
Один разбор не охватывает всю работу. Дополните его несколькими вопросами, связанными с вашим сайтом. Оценивайте логику, а не совпадение ответа с заранее подготовленной фразой.
«Посещения растут, а заявок больше не становится. Что проверите?»
Ожидайте вопросов о том, какие страницы получают посещения и что ищут их посетители. Человек, читающий инструкцию, может пока не быть готов к покупке. Поэтому нужно сопоставить поисковые запросы, содержание страниц и действия пользователей.
Также кандидат должен проверить измерение заявок: работает ли форма, учитываются ли звонки, не изменились ли настройки аналитики. Конверсия — доля посетителей, которые выполнили нужное действие. Её изменение нужно разбирать с учётом состава посещений и исправности измерения.
«Нужно добавить страницу под каждый похожий запрос?»
Попросите объяснить, когда нужна отдельная страница. Например, «ремонт холодильника» и «ремонт холодильников» могут описывать одну потребность. А ремонт и покупка запчастей требуют разных предложений.
Кандидат должен рассуждать о намерении пользователя — задаче, которую человек хочет решить своим запросом. Механическое создание страниц под каждую формулировку без объяснения их пользы — повод задать дополнительные вопросы.
«Разработчик может взять только одну задачу. Какую выберете?»
Предложите условный выбор: исправить недоступность важного раздела, изменить заголовки страниц или добавить новый блок текста. Попросите учесть охват проблемы, последствия для бизнеса, трудоёмкость и уверенность в диагнозе.
В ответе важен не только выбранный пункт. Специалист должен объяснить, какие сведения могут изменить приоритет, и назвать задачи, которые пока можно отложить.
Дайте небольшое практическое задание
Практическое задание должно проверять навык, который нужен в работе. Для этого достаточно ограниченного примера. Полноценный бесплатный аудит действующего сайта создаёт лишнюю нагрузку и затрудняет сравнение кандидатов: каждый потратит разное время и выберет разный объём проверки.
Подготовьте одинаковые материалы: описание бизнеса, несколько страниц, обезличенную статистику и список известных изменений. Заранее сообщите ожидаемый объём ответа и согласуйте время. Если задание требует существенной работы, обсудите оплату.
Пример формулировки:
Условный сайт продаёт офисную мебель. После обновления каталога сократились переходы из поиска на категории. Ресурс разработчика ограничен. Опишите первые проверки, выберите приоритетную задачу и объясните, какие данные нужны для подтверждения причины. Подготовьте пример задания разработчику и способ проверки результата.
Попросите представить ответ в понятном формате:
- Что известно из материалов.
- Какие есть предположения и чего не хватает.
- Что следует проверить сначала и почему.
- Какое изменение предлагается при подтверждении проблемы.
- Как проверить внедрение и наблюдать за результатом.
В задании разработчику ищите конкретику. Формулировка «исправить ошибки SEO» не даёт исполнителю понятной цели. Полезнее указать затронутые страницы, описать текущее и ожидаемое поведение, приложить пример и назвать критерий приёмки.
После получения ответа обсудите его устно. Измените одно условие: например, адреса страниц остались прежними. Попросите пересмотреть план. Это помогает проверить понимание независимо от того, какие инструменты кандидат использовал при подготовке.
Сравните кандидатов по одинаковым критериям
Заполняйте оценку сразу после каждого собеседования. Вместо общего впечатления «уверенный специалист» фиксируйте наблюдения: запросил данные по разделам, предложил проверку гипотезы, объяснил приоритет, не назвал способ приёмки.
Можно использовать простую шкалу: «показал навык», «нужно уточнить», «не показал». Это рабочий способ сравнения, а не универсальный стандарт найма.
| Критерий | Признак обоснованного ответа | Повод уточнить |
|---|---|---|
| Диагностика | Разделяет данные и предположения | Сразу объявляет причину |
| Приоритеты | Учитывает последствия и ресурсы | Предлагает делать всё одновременно |
| Постановка задач | Описывает ожидаемый результат | Ограничивается общими рекомендациями |
| Проверка | Называет способ приёмки изменения | Считает отправку задания завершением работы |
| Аналитика | Обсуждает обращения и ограничения измерения | Показывает только позиции или посещения |
| Коммуникация | Объясняет решение понятными словами | Подменяет обоснование терминами |
Не компенсируйте отсутствие важного навыка длинным списком знакомых сервисов. Если сотрудник будет единственным SEO-специалистом, самостоятельная диагностика и выбор приоритетов особенно существенны. При наличии наставника часть пробелов можно включить в план обучения.
Обсудите условия работы и оценку результата
До выхода сотрудника договоритесь о доступах, порядке согласования и отчётности. Для первичного анализа предоставляйте только необходимые права; возможность менять сайт должна соответствовать обязанностям.
Отчёт должен отвечать на понятные вопросы: что обнаружено, что внедрено, что задерживается и почему, какие изменения видны в данных. Отдельно фиксируйте выполненную работу и наблюдаемый результат. Внедрение рекомендации не доказывает, что именно она вызвала последующий рост.
Для стартового периода согласуйте проверяемые результаты работы: проверка исходных данных, список приоритетных проблем, план с ответственными, понятные задания и проверка внедрений. Оценивать сотрудника только по обещанным позициям нельзя: он не управляет всеми обстоятельствами, влияющими на поиск и продажи.
Вопросы перед окончательным выбором
Нужно ли кандидату уметь программировать?
Глубина технических знаний зависит от роли. Если изменения выполняет разработчик, SEO-специалисту нужно понимать проблему, ставить проверяемую задачу и принимать результат. Если сотрудник будет самостоятельно менять сайт, соответствующие навыки следует проверить отдельно на ограниченном примере.
Можно ли нанять специалиста без опыта в нашей нише?
Да, если он показывает нужные навыки и умеет изучать бизнес. Попросите объяснить, что он выяснит о покупателях, ассортименте и процессе продажи перед составлением плана. Опыт в нише полезен, но сам по себе не подтверждает качество решений.
Как проверить кандидата, если владелец не разбирается в SEO?
Попросите связать каждый вывод с данными, каждую задачу — с ожидаемым изменением, а каждое изменение — со способом проверки. Для сложной технической части можно привлечь независимого специалиста, заранее дав ему те же материалы и критерии оценки.
Что делать, если два кандидата предлагают разные планы?
Сравните основания решений. Уточните, какие данные использовал каждый кандидат, какие риски видит и что проверит до внедрения. Разные планы могут быть обоснованными; существеннее способность пересматривать решение при появлении новой информации.