Что SEO специалист может проверить сам, не дергая программиста?

Почему SEO-специалисту важно уметь проверять технические параметры самостоятельно?

• Вечная проблема: программисты загружены, задачи в бэклоге висят неделями
• 80% базовых технических ошибок можно найти без доступа к коду и без привлечения разработчиков
• Регулярная самопроверка ускоряет продвижение и экономит бюджет

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

Добрый день, Виталий! Сколько лет вы в разработке? С какими CMS/движками чаще всего работаете?

Общий опыт коммерческой разработки 14 лет. С CMS сталкиваться в работе приходится не так часто, редко бывает необходимость подключаться к проектам на WordPress, большую же часть времени работаем над сложными SaaS проектами реализованными без использования каких либо готовых CMS систем.
 

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

Да, такие ситуации бывают - в ряде случаев заниженная оценка PageSpeed может быть связана с использованием неоптимизированных изображений или другого содержимого страниц.
Большое влияние на скорость, кроме изображений, оказывают используемые на страницах скрипты и стили - которые необходимо сжимать перед использованием на странице.
Часто достаточно только этих мер по оптимизации.
Ситуация с хостингом выглядит вполне жизненной - с такими ситуациями однозначно многие сталкиваются, особенно когда проект растет, а вместе с ним и требования к хостингу.

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

Представьте ситуацию: SEO видит, что какая-то важная страница пропала из индекса. Какие первые 3 шага он должен сделать сам, прежде чем бежать к вам?
 

Через Google Search Console можно увидеть причину, по которой страница исключена из индекса и проверить конкретный URL на наличие ошибок.

Проверить файл robots.txt на отсутствие Disallow для данной страницы

Проверить отсутствие <meta name="robots" content="noindex"> тега на странице и убедиться что канонический тег не указывает на другую страницу

Приведу пример из реальной задачи: 

Задача больше про поведенческий фактор и снижение отказов (ухода пользователя). 

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

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

 Нюанс в том, что меню лендинга для такого формата меню было совсем не адаптивно. И если бы разработка просто выполнила задачу так, как она была поставлена, это привело бы к более пагубным последствиям. 

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

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

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

Какой минимум технических знаний (буквально 3-4 вещи) должен знать каждый SEO, чтобы эффективно коммуницировать с разработчиком?

1. Как работает HTTP, статусы ответов сервера и понимание разницы между ними.

2. Базовая структура HTML.

3. Умение пользоваться DevTools браузера
 

Если бы вы могли дать SEO-специалистам три главных совета по самостоятельной проверке сайта, что бы вы посоветовали?

1. Освоить DevTools (разделы Network, Elements и Console) и самостоятельно использовать их для проверки и содержимого нужных тегов, корректность вложенности элементов, статусы ответов запросы, проверки ошибок на страницах.

2. Использовать Google Search Console для мониторинга страниц и получения информации о причинах проблем с ними

3. Завести чеклисты (обсудить их с разработчиком) для разных задач с которыми SEO-специалист обычно приходит к разработчику и определить этапы которые можно выполнить самостоятельно прежде чем ставить задачу.

Иногда, в сложных задачах, помогает "фильтр" другого сотрудника: продукт-менеджера.
Это оптимизирует процесс, несмотря на дополнительное звено.