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

Ромуля Прохоров
Сооснователь интернет-агентства Digital Strategy

Приходит (как) будто-то клиент к оптимизатору, чтобы продвинуть сайт дешевле пареной репы без рисков и с гарантиями. Оптимизатор проводит аудит и отдает клиентскому программисту доработки, которые нужно насадить. А программист говорит:

– Я это делать не буду.

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

– Где мои трафик? Почему не выросли продажи?

А оптимизатор получи это:

– А откуда трафик, если вы не внедрили рекомендации? У программиста спросите.

В конце концов (до)веритель теряет деньги, а оптимизатор – клиента. Все расходятся разочарованными.

Предлагаем изъяснить о том, как руководителю проекта, собственнику или директору не позволить конфликт между программистом и оптимизатором с пользой для поискового трафика. Многие решения кажутся простыми и банальными, но они работают, автор этих строк проверили.

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

Программист внес несогласованное трансформация на сайт

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

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

1. Попросить программистов предупреждать оптимизатора об изменениях бери сайте. Пусть эти изменения на первый суждение никак не связаны с SEO. Для оптимизатора запустить эмулятор поискового робота и перелистать результаты – это дело десяти минут.

Какие SEO-мера нужно проверять на сайте каждый день.

2. Настроить машинный мониторинг изменений на продвигаемых страницах и ежедневно просматривать информация на предмет ошибок. Мы используем для мониторинга самописный софт, а подобный функционал есть у многих сервисов проверки позиций и хотя (бы) в Яндекс.Вебмастере. Если оптимизатор находит проблему сверху сайте только через месяц, это проблема оптимизатора, а отнюдь не программиста.

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

В пятницу программист пишет оптимизатору: «Через момент буду выкладывать новую версию, проверь перед релизом»

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

Т. е. изменить процесс:

1. Программист сообщает оптимизатору, когда новомодный функционал будет готов. Оптимизатор заранее резервирует старинны годы под тестирование новой версии. Чтобы настроить работа, рекомендую чаще спрашивать программиста: «А ты предупредил SEO-шника?» иль «С оптимизатором согласовано?».
2. После выкладки сайта получи тестовый сервер оптимизатор начинает тестирование, через журфикс (этот день нужно заложить в плане релизов!) оптимизатор возвращается с результатами SEO-тестирования.
3. Потом того как тестовая версия согласована, программист выкладывает функционал в продакшн. Оптимизатор в сие время запускает повторное тестирование уже на рабочем сервере.
4. Выдать волчий билет делать релизы в пятницу на уровне компании. Тому который сделает… Чувствую себя Капитаном Очевидность, но такие ситуации накануне сих пор встречаются ¯_(ツ)_/¯

Многие советы кажутся рекомендациями изо серии «нужно делать зарядку». Для крупной компании я предложили бы на каждое действие ввести распорядок. Но в компании на четыре или десять прислуги) это бесполезно. Звучит банально, но все решает рутина программиста и оптимизатора общаться между собой.

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

Программист увидел новую интересную технологию и хочет насадить ее на сайт

Программист ссылается на американка-релиз Google, в котором поисковик сообщает о поддержке новой технологии. Да мы с тобой работаем в России, для нас важен не лишь Google, но и Яндекс (а иногда даже Mail), потому-то любое техническое решение нужно проверять.

Раньше холивары вызывали SPA-сайты и «escaped_fragment», которые нате первом витке развития плохо ранжировались в Яндексе. Вот-вот с SPA все нормально, но аналогичная ситуация сложилась, как-то, с Lazy Loading Images and Video. Что делать руководителю:

1. Оптимизатор вынужден изучить тему, проанализировать российский и зарубежный опыт использования, встретить, как на практике реагируют поисковики на сайты с подобной технологией. Виртуально, все не так страшно;
2. Вместе со ссылкой кракер дает гугл-док с информацией о технической ценности применения технологии. Хватит (за глаза) ли сайт быстрее работать? Будет ли попроще внедрять новые задачи? Можно ли решить ту но задачу старыми инструментами?
3. Если выявлены проблемы в восприятии технологии Яндексом, системщик и оптимизатор должны совместно подумать, каким «костылем» не грех одновременно получить преимущества новой технологии и сохранить хорошее ранжирование в Яндексе.

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

Хакер учит оптимизатора оптимизировать

Программист отказывается делать какую-в таком случае задачу и мотивирует это тем, что у кого-так из крупных сайтов сделано по-другому. Привычно это звучит так: «Да ну вот как знаете же, у них тоже есть битые ссылки, и безделица, нормально ранжируются». Чаще всего в качестве референсов предлагают относительный Яндекс.Маркет, которому вообще не нужно вызывать о SEO, чтобы находиться в ТОПе Яндекса. Оптимизатор говорит «надо», системщик говорит «не буду». Что делать:

1. Задуматься, кто такой ответственный за поисковый трафик и с кого потом прицениваться к чему за результат. Наверное, все-таки с оптимизатора.
2. Жирировать вопрос в расчет стоимости внедрения со стороны программиста и потенциальной пользы со стороны оптимизатора. Достигать решение на основе ожидаемого ROI, а не на основе аргументов обоих сторон.

Подобные проблемы обычно – результат длительной переписки в почте. И кракер, и оптимизатор хотят показать, кто тут самый неглупый, поэтому возникает конфликт. Хорошая профилактическая мера – соединять. Ant. расформировывать встречи программиста и оптимизатора, после личного общения накаленная) (обстановка страстей в переписках обычно снижается. Если профилактика безлюдный (=малолюдный) помогает – нужно задуматься о смене программиста или оптимизатора.

Вебмастер не понимает, что от него хочет оптимизатор

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

В общем случае в ТЗ оптимизатора должны находиться (в присуствии):

1. Примерный прототип страницы, пусть даже на коленке в Paint или — или на салфетке или примеры подобного функционала получи и распишись других сайтах.
2. Точные значения всех важных для того SEO HTML-тегов (title, h1, ссылки…) и кодов ответа сервера. Бытописание того, как проверить корректность реализации.
3. Описание возможных изменений страницы по прошествии времени выкладки. Например, нужна ли оптимизатору какая-ведь админка для управления параметрами страницы.

Описание того, подобно ((тому) как) хранить тексты в базе данных, макет страницы в формате PSD иначе рекомендации по правильной настройке CDN – это все прозрачно выходит за рамки ответственности SEO-шника.

Универсального формата постановки ТЗ пропал, потому что у всех программистов разный уровень понимания дело-части задач: кому-то нужна детализация предварительно конкретной процедуры приемки функционала, кому-то хватит более общего описания задачи. Подстроиться под границы – задача оптимизатора, а в любой непонятной ситуации можно сговориться и показать проблему на расшаренном в Skype экране.

Системщик говорит, что реализовать функционал невозможно

Программист медленно рассказывает об особенностях движка сайта, который задолго. Ant. с него писало пять поколений быдло-кодеров, а в конце безотрадно заявляет, что половину задач он реализовать безлюдный (=малолюдный) сможет, а внедрение другой половины займет 489 рабочих дней.

Состояние сложнее, чем все предыдущие, ведь это может водиться правдой. Как лучше поступить:

1. Оптимизатор предоставляет упражнения реализации функционала на максимально похожих сайтах. Пожалуй что, программист не очень хорошо понимает, что ото него нужно.
2. Оптимизатор совместно с программистом ищут альтернативные варианты: как бы решить ту же задачу, но другим функционалом. Как например, вместо создания полноценной админки можно реализовать ввоз. Ant. вывоз-экспорт CSV-файлов.
3. Возможно, лучше привлечь внешнего технического консультанта, разве что нет уверенности в экспертизе программиста.
4. Если решения пропал, нужно ставить вопрос ребром: делать рефакторинг сайта иль смириться с тем, что поисковый трафик будет всходить медленнее чем ожидалось.

В SEO есть два подхода к постановке задач программистам:

• образовывание приоритетных задач с подготовкой новых по мере внедрения;
• изложение задач в процессе комплексного аудита сайта.

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

Второй вариант позволяет программисту залпом оценить готовность сайта к SEO-внедрениям и не тратить досуг на поддержку старого движка, если он безлюдный (=малолюдный) соответствует требованиям.

Программист внедряет второстепенные задачи, только не трогает главные

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

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

Оптимизатору нужно шпионить, что в работу попадают именно самые важные задачи. А она же – сигнализировать руководителю и говорить о последствиях.

В план-прогноз числом поисковому трафику после аудита нужно включать регистр конкретных задач по месяцам.

На второстепенные задачи нужно вдоволь времени

SEO-шник придумал, как он говорит, «прикольную фишку, которая должна сработать». К примеру, сие «альтернативные хлебные крошки с зашитой в них сложной логикой перелинковки». Симпатия просит программиста, а тот разводит руками и говорит, а у него нет столько времени. На самом деле SEO-шник может кончить эту задачу другим способом и не просить программиста.

В этом случае автор этих строк советуем сделать таблицу с приоритетами и рассчитать стоимость каждой задаче. Видишь таблица для примера:

Может оказаться, что второстепенная двухходовка стоит слишком дорого и ее вообще не нужно делать.

Саммари для ленивых

Три совета, на правах действовать в состоянии войны между программистом или SEO-шником:

1. Научите программиста и SEO-шника путево общаться. В длинных переписках все кажутся язвительными и грубыми, а в личных встречах становятся пушистыми.
2. Привлекайте внешних консультантов, на случай если не можете принять решения на основе информации, которую дают SEO-шники и разработчики. Незамыленный точка (зрения поможет разрядить атмосферу и выбрать лучший вариант.
3. Отслеживайте SEO-задачи, систематически интересуйтесь статусами у программиста и оптимизатора, сверяйте информацию. Почасту один из них уверен, что все в ажуре, а другой видит проблему, но не говорит о ней во всеуслышание.

И да пребудет с вами экспонента поискового трафика.

Источник: www.seonews.ru