Настроить SEO (,) нельзя (,) откладывать: часть 2
Продолжаем разбираться с SEO-настройками на сайте и выясняем, когда стоит подключать SEO-специалистов и каким должен быть процесс, чтобы все были счастливы
В прошлой части материала мы детально разобрали базовые и небазовые SEO-настройки и зачем вообще об этом нужно думать на этапе разработки. Но вот дело сделано: сайт наконец-то запущен, а SEO-специалисты уже довольно потирают лапками, чтобы поскорее начать его оптимизировать. Что тут может пойти не так? Буквально всё, если пустить дела на самотёк.
Во второй части нашей SEO-саги мы как раз поговорим о том, когда вообще стоит подключать сеошников к процессу, насколько экзотическими могут быть их требования и как заказчику построить процесс так, чтобы не превращаться в почтовую сову и сберечь деньги, время и нервы.
Во второй части нашей SEO-саги мы как раз поговорим о том, когда вообще стоит подключать сеошников к процессу, насколько экзотическими могут быть их требования и как заказчику построить процесс так, чтобы не превращаться в почтовую сову и сберечь деньги, время и нервы.
Когда подключать SEO-специалиста к проекту
Сценариев тут всего два:
1. На старте разработки у вас уже есть свои сеошники
Например, вы уже оптимизировали старый сайт с их помощью, а теперь планируете его обновить и обращаетесь в студию разработки. В этом случае у SEO-специалистов стоит до начала работ запросить техническое задание, где они изложат свои пожелания по построению структуры сайта, а также по возможностям админ-панели.
Естественно, их «хотелки» будут пропускаться через фильтр:
Естественно, их «хотелки» будут пропускаться через фильтр:
- во-первых, здравого смысла и пользы для бизнеса клиента (разные представления о добре и зле у SEO-спецов и разработчиков никто не отменял, поэтому надо делать то, что при меньших вложениях даст более выраженный результат);
- во-вторых, с точки зрения вашего же бюджета на разработку (потому что «нажелать» можно чего угодно, но всегда есть ограничения по деньгам и срокам).
Наталья
Аккаунт-директор
— Практика общения с клиентами показывает, что в 90% случаев достаточно базовых SEO-настроек, которые мы по умолчанию предлагаем при разработке сайта. Остальные 10% — это обычно очень индивидуальные и узкие запросы из разряда «так принято в сфере», «так привычно» или «так удобнее».
2. На старте разработки своих SEO-специалистов нет
Более частый вариант, когда на старте разработки сеошников нет. В этом случае их стоит привлекать, когда проект уже запущен.
Предвосхищаем вопрос: «А что, если сеошники потом скажут мне переделывать сайт? Вы это предусматриваете?». От этого действительно никто не застрахован. Но если у проекта тщательно проработанная удобная структура, хорошее юзабилити и были сделаны базовые SEO-настройки на этапе разработки, глобальных переделок можно не бояться.
Предвосхищаем вопрос: «А что, если сеошники потом скажут мне переделывать сайт? Вы это предусматриваете?». От этого действительно никто не застрахован. Но если у проекта тщательно проработанная удобная структура, хорошее юзабилити и были сделаны базовые SEO-настройки на этапе разработки, глобальных переделок можно не бояться.
Наталья
Аккаунт-директор
— Тут очень хочется успокоить: заказчику не за что переживать при любом сценарии. Не так важно, когда к проекту подключатся сеошники — база будет в любом случае вне зависимости от платформы, на которой сделан сайт.
Например, у Битрикса есть встроенный набор инструментов для базовой настройки SEO. Также в админ-панели на каждом проекте мы настраиваем возможность добавлять ключевые слова и метатеги, человеко-понятные ссылки, устанавливать счетчики и так далее.
Если проект делается на фреймворке (скажем, Laravel), мы дорабатываем админ-панель так, чтобы там тоже было всё необходимое. По умолчанию делаем базовую генерацию Sitemap, работу с метатегами, возможность редактировать счетчики веб-аналитики, создаем robots.txt и прочее.
Например, у Битрикса есть встроенный набор инструментов для базовой настройки SEO. Также в админ-панели на каждом проекте мы настраиваем возможность добавлять ключевые слова и метатеги, человеко-понятные ссылки, устанавливать счетчики и так далее.
Если проект делается на фреймворке (скажем, Laravel), мы дорабатываем админ-панель так, чтобы там тоже было всё необходимое. По умолчанию делаем базовую генерацию Sitemap, работу с метатегами, возможность редактировать счетчики веб-аналитики, создаем robots.txt и прочее.
Какими бывают доработки для SEO
Обычно, когда за дело берутся SEO-специалисты, они предлагают логичные и понятные доработки. Если на этапе разработки сайта у вас уже была база, то после запуска вам могут понадобиться только улучшения из списка небазовых настроек SEO плюс какие-то узкие запросы конкретно под ваш проект.
1 спринт разработки
В большинстве случаев все SEO-доработки можно уместить в один спринт работ. Спринт — это единый блок работ при работе по SCRUM. Мы практикуем спринты продолжительностью от 40 до 80 часов. Их удобно делать в формате техподдержки, когда вы платите только за фактически затраченное время.
Чаще всего дополнительные пожелания от SEO-команды можно реализовать за пару недель. Один нюанс — требования должны быть четко сформированными, понятными и логичными. Правда, они не всегда бывают такими. Вот лишь несколько примеров, с которыми мы не так давно сталкивались:
«Давайте сделаем отдельные страницы под низкочастотные запросы»
Обычно такое просят сделать, когда хочется охватить больше поисковых запросов: особенно, низкочастотные фразы (так называемый long-tail), чтобы получить дополнительный трафик. Проблема в том, что часто такие страницы получаются шаблонными с минимальным отличиями по тексту и визуалу — а значит, поисковые роботы могут счесть их за дубли и вообще исключить из поиска или понизить качество сайта в глазах поисковика, потому что пользователи на таких страницах не задерживаются.
Если вам ну очень нужны низкочастотные запросы, их лучше группировать, и делать для группы одну хорошо оптимизированную страницу, чтобы не создавать несколько никому не интересных страниц-близнецов.
Если вам ну очень нужны низкочастотные запросы, их лучше группировать, и делать для группы одну хорошо оптимизированную страницу, чтобы не создавать несколько никому не интересных страниц-близнецов.
«Добавьте скрытые текстовые блоки с уникальным контентом на страницах категорий товара для усиления релевантности»
Такое просят, когда хотят по-тихому прокачать релевантность страницы по ключевым словам, не портя при этом дизайн. Одна загвоздка — поисковики (особенно Google) да-а-а-вно научились определять скрытые элементы и могут расценивать это как манипуляцию (что тоже не очень-то сказывается на рейтинге). Кроме того, такие блоки часто портят UX (особенно, на мобильных устройствах).
Так что, если текст реально полезный, лучше сделать его видимым или раскрывающимся, ведь сейчас и пользователями, и роботами ценится открытая, честная и полезная информация.
Так что, если текст реально полезный, лучше сделать его видимым или раскрывающимся, ведь сейчас и пользователями, и роботами ценится открытая, честная и полезная информация.
«Нужно оптимизировать внутреннюю перелинковку для улучшения распределения ссылочного веса»
Это значит, что важные страницы должны получать больше внутреннего «веса» через ссылки — прием может помочь в ранжировании. Сам по себе запрос нормальный и логичный, но есть нюансы в масштабе и реализации.
Если перелинковка уже есть и логична — не нужно насильно добавлять лишние ссылки. Иногда SEO-спецы требуют вставить ссылки «в каждое описание» или «в каждый текст», что нарушает UX и выглядит навязчиво. Если вам такое предлагают, стоит задуматься, а точно ли это ваш SEO-специалист или стоит поискать другого.
Если перелинковка уже есть и логична — не нужно насильно добавлять лишние ссылки. Иногда SEO-спецы требуют вставить ссылки «в каждое описание» или «в каждый текст», что нарушает UX и выглядит навязчиво. Если вам такое предлагают, стоит задуматься, а точно ли это ваш SEO-специалист или стоит поискать другого.
«Добавьте микроразметку для отзывов клиентов на странице товара»
На кой черт отзывам микроразметка, спросите вы? А чтобы в поисковой выдаче появились звёздочки, оценки и элементы расширенного сниппета — это ведь повышает кликабельность (CTR).
В целом, запрос некриминальный, если отзывы настоящие и размещены на сайте без нарушений. Но если отзывов нет, а звездочки всё-таки хочется, вам могут предложить нарисовать фейковую микроразметку с автоматической генерацией отзывов, липовыми рейтингами и прочими хитростями — а это уже нарушение политики Google, за что вас могут вообще лишить расширенных сниппетов.
Если нет реальных отзывов через форму или интеграцию с каким-то сервисом, то лучше не стоит заморачиваться, чтобы не сделать себе хуже.
В целом, запрос некриминальный, если отзывы настоящие и размещены на сайте без нарушений. Но если отзывов нет, а звездочки всё-таки хочется, вам могут предложить нарисовать фейковую микроразметку с автоматической генерацией отзывов, липовыми рейтингами и прочими хитростями — а это уже нарушение политики Google, за что вас могут вообще лишить расширенных сниппетов.
Если нет реальных отзывов через форму или интеграцию с каким-то сервисом, то лучше не стоит заморачиваться, чтобы не сделать себе хуже.
«А можно проставить rel="nofollow" вот тут и вот тут?»
Обычно такое просят, чтобы не передавать вес техническим или внешним ссылкам и «сохранить его внутри сайта». Но поисковые роботы уже сто лет как не воспринимают nofollow как абсолютную преграду: то есть, если им очень нужно, они всё равно зайдут на такую страницу и учтут её при индексации.
На внутренних ссылках это может навредить, если закрыть важные переходы от индексации. Часто nofollow ставят на ссылки в пагинации, фильтрах и меню — и это мешает поисковику понять структуру сайта. Лучше всё-таки их использовать для внешних ссылок, если у вас нет доверия к ресурсу, а для внутренних — исключать индексацию через файл robots.txt.
На внутренних ссылках это может навредить, если закрыть важные переходы от индексации. Часто nofollow ставят на ссылки в пагинации, фильтрах и меню — и это мешает поисковику понять структуру сайта. Лучше всё-таки их использовать для внешних ссылок, если у вас нет доверия к ресурсу, а для внутренних — исключать индексацию через файл robots.txt.
Доработки по SEO: каким должен быть процесс
Запросы из списка выше — лишь часть своеобразных требований от SEO-специалистов. От них, конечно, никто не застрахован. Но главное тут не в том, какие требования считать адекватными, а какие не очень.
Важнее понимать, для чего и зачем это делается. А чтобы такое понимание возникло, нужен четко настроенный процесс доработок, который, к сожалению, в большинстве случаев стремится к абсолютному хаосу.
Важнее понимать, для чего и зачем это делается. А чтобы такое понимание возникло, нужен четко настроенный процесс доработок, который, к сожалению, в большинстве случаев стремится к абсолютному хаосу.
Как это часто бывает
Сеошники отдают вордовский файлик заказчику и говорят: «Мы там все написали, что надо сделать — передайте разработчикам». Довольный заказчик идет с ним к разработчикам. Те смотрят, перечеркивают внутри 80% текста и говорят: «Все — ересь, мы так делать не будем, верните сеошникам, пусть добавят конкретики». Сеошники смотрят, возмущаются и кричат: «Они не понимают! Надо вот так!1!!1!».
Этим файликом можно кидаться друг в друга по кругу ещё очень долго. При этом процесс не движется с места, заказчик теряет время и деньги, а ещё — нервы, ведь по факту подрабатывает почтовой совой.
Этим файликом можно кидаться друг в друга по кругу ещё очень долго. При этом процесс не движется с места, заказчик теряет время и деньги, а ещё — нервы, ведь по факту подрабатывает почтовой совой.
Болезненный процесс SEO-доработок, когда заказчик находится меж двух огней, а все требования описываются в каких-то странных файликах
Как должно быть
Чтобы избежать хаоса и страданий на этапе SEO-оптимизации, важно понять: задачи по SEO — это такие же доработки, как и любые другие технические задачи. Поэтому их формулировки нужно сделать максимально четкими, понятными и прозрачными, а процесс работы над ними — систематизировать.
Для этого мы в студии предоставляем SEO-специалистам доступ к нашей тикет-системе, чтобы они могли самостоятельно ставить задачи, а мы — уточнять все необходимые детали напрямую, а не через заказчика. Это снимает головную боль и делает задачи по SEO-доработке такими же понятными, как любые другие работы по технической поддержке.
Для этого мы в студии предоставляем SEO-специалистам доступ к нашей тикет-системе, чтобы они могли самостоятельно ставить задачи, а мы — уточнять все необходимые детали напрямую, а не через заказчика. Это снимает головную боль и делает задачи по SEO-доработке такими же понятными, как любые другие работы по технической поддержке.
Для управления мультипроектной средой мы создали отдельную AI-систему «Автоматизатор»: она позволяет оптимизировать рабочую нагрузку между несколькими командами и прогнозировать расходы времени и бюджета. А ещё система умеет:
- собирать задачи по каждому проекту в одном месте,
- распределять задачи между исполнителями и формировать оптимальный план работ,
- прогнозировать трудозатраты и отслеживать аномалии.
Наш процесс работы со SEO-специалистами выглядит так:
1
SEO-специалисты ставят задачу в тикет-системе по шаблону.
2
Студия оценивает работы по сложности и срокам.
3
Заказчик согласовывает оценку, перенося задачи в соответствующую колонку на доске задач.
4
Далее задачи реализуются:
- в рамках спринта — блоками работ от 40 часов (так дешевле);
- вне спринта как срочные, если требуется оперативная реализация.
Как выглядит грамотный процесс доработок по SEO в тикет-системе
Сеошникам такой подход, конечно, не нравится:
- «А мы привыкли скидывать задачи списком в гугл доке со скринами. Так быстрее» — ну, мы уже видели, что бывает, когда вместо тикет-системы есть только какой-то сомнительный файлик. Работа через тикет-систему, где задачи четко формулируются и оцениваются, позволяет избежать недоразумений и сильно ускоряет процесс. При этом заказчик — четко понимает, за что он платит. Это, пожалуй, самый главный и весомый аргумент.
- «А что, если мы хотим сами редактировать код сайта? Быстрее внесем простые доработки, чтобы вас не ждать». Мы придерживаемся правила, что редактировать код на проекте могут только разработчики. Почему так? Потому что часто (слишком часто) вмешательство SEO-специалистов приводит к сбоям и поломкам. И автоматически — к потере гарантии. Это значит, что все возникшие проблемы заказчику придется устранять за дополнительную плату.
Очевидные плюсы тикет-системы на этапе SEO-оптимизации
- Прямое взаимодействие между SEO-специалистами и разработчиками. Сеошники ставят задачи напрямую в тикет-систему — заказчик не нужен как посредник. Все уточнения и детали согласовываются без лишних звеньев и растягивания процесса во времени.
- Гибкость и скорость. SEO-доработки можно выполнить как в рамках планового спринта, так и вне его, если какие-то вещи нужно реализовать срочно. А главное, всегда легко разобраться в приоритетах, потому что все задачи есть в тикет-системе.
- Четкость и прозрачность. Каждая задача четко и однозначно формулируется, поэтому понятна трем сторонам: SEO-специалистам, разработчикам и самому заказчику. Это дает четкое понимание, что, зачем и когда делается, и страхует от неожиданностей.
Итого
1
Если на старте разработки сайта уже есть SEO-специалист — спрашивайте его о требованиях для SEO-оптимизации на берегу: это поможет сразу учесть специфические пожелания.
2
Если такого спеца пока нет — нестрашно, потому что базовые настройки по SEO оптимизации идут в комплекте с разработанным сайтом в любом случае (если, конечно, вы обратились к грамотным разработчикам).
3
SEO-доработки могут быть логичными, а могут — не очень. Но в 90% случаев список небазовых штук будет примерно одинаковый. Остальные 10% — узкие индивидуальные требования.
4
Лучше договориться с SEO-специалистами о работе в тикет-системе разработчика: так их требования будут четкими, прозрачными и абсолютно понятными всем сторонам процесса.
И да: ни в коем случае не соглашайтесь на обмен файликами со скриншотами — это путь в ваш персональный менеджерский ад :)
Успехов!
Успехов!