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

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

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

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

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

А оптимизатор для это:

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

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

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

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

Программист внес несогласованное усовершенствование на сайт

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

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

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

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

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

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

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

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

Не хуже кого изменить процесс:

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

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

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

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

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

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

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

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

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

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

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

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

Фрикер не понимает, что от него хочет оптимизатор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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