Привет! Я Илья Русаков — CEO impulse.guru. За годы практики заметил, что взаимодействие с ребятами-seoшниками не всегда проходит гладко. Сегодня разберёмся в нуждах и потребностях команд, посмотрим на примеры их «противостояния», и попутно я буду рассказывать, как облегчить взаимодействие между разработкой и SEO. 

Что за противостояния, о чём вообще речь? Когда SEO-специалист приносит стопку правок, разработчик почему-то не торопится их брать в работу. И это не из вредности — часто бывает, что seошник не доносит ценность правок, поэтому те и не попадают в список первоочередных задач разработчика. SEO-специалист продолжает настаивать, и вот уже работа двух команд напоминает батл — кто кого переиграет. 

Батл  — ТЗ 

Работа SEО-специалистов всегда начинается с аудита: они находят ошибки на сайте и составляют ТЗ с правками. Правки в SEO — это изменения на сайте, которые улучшат его позиции в поисковых системах. 

Вот что улучшают на сайте:

• метатеги;

• структуру сайта;

• адаптивность;

• тексты;

• ссылочную массу;

• скорость загрузки. 

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

Бесполезные правки — это какие? Например, появилось новое ТЗ: «пропишите ALT к картинкам». Картинок на сайте тысяча, делать это нужно вручную. SEO-специалисты не задумались о ценности внедрения и о том, сколько ресурсов уйдёт на задачу. Итог: разработка не взяла задачу в работу. 

Иногда дисконнект двух команд наносит урон компании. Пример из практики: разработка клиента обновила дизайн сайта, но нарушила структуру мета-тегов. Первые четыре месяца до этого был виден прогресс, а вот на пятом месяце, когда выкатили новый сайт, клиент потерял миллион рублей — обрушился трафик из поиска. 

Из-за метания правками друг в друга компания потеряла деньги. Sеошники не объяснили, разработчики не захотели брать в работу. 

А если бы SEO-команда поступила по-другому? 

Ход sеошников

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

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

SEO-результаты на 80% зависят от того, как команда разработки справится с внедрением рекомендаций. Но не все seoшники об этом помнят. 

Sеошник должен сократить время разработки на понимание задачи: правильно составить ТЗ, показать ценность новых внедрений, доказать, что это прибыльно и обозначить приоритет задачи. 

Пример хорошего ТЗ

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

Только SEO-специалисты знают, как конкретные правки влияют на конечный результат и почему они важны для всего сайта. Поэтому главная задача sеошников — заботливо и подробно объяснить команде разработки что к чему. 

Ход разработчиков

Практически в любой компании разработчики загружены на полгода вперёд. И они уверены, что их работа — самая важная. ? Поэтому когда кто-то врывается и кладёт на стол стостраничный отчёт со словами: «всё плохо, ничего не работает, исправляйте», разработка злится. Задача отправляется в ящик с такими же задачами, и вернутся к ней примерно никогда. 

Чтобы правку взяли в работу, а не забивали на неё, нужно составлять прогноз. Уточнять, к чему приведёт, сколько денег и трафика принесёт. Когда разработчик видит прогноз, он начинает понимать её важность = охотнее берёт в работу.

Прогноз можно составить по воронке, спрогнозировать трафик по существующему спросу в Вордстате и лучше это сделать до вложений. 

А чтобы вообще порадовать разработчика, можно сделать матрицу приоритетов. Советую начать с критериев оценки. У каждого они могут быть свои.

Особенности критериев:

• можем на них влиять;

• измеримы (индексация, трафик, конверсия, заявки и т.п.).

Каждому критерию важно присвоить вес, это делается в процентах, сумма которых 100. После этого провести оценку по каждому пункту, по каждому критерию.

Раунд 

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

Трекинг задач и единое инфополе — must have

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

Алексей Архипов, директор бизнес-юнита Web-разработки Userstory

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

Любое действие нужно оцифровывать, чтобы:

• отслеживать результаты работы;

• определять эффективные методы и тактические шаги;

• вносить коррективы в стратегию продвижения;

• оценивать рентабельность инвестиций в SEO.

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

Не будьте наивными, что наличие ТЗ — уже ценность и что все поймут, зачем нужны правки. Будьте предупредительны, заботливы — и будет вам счастье.