Захватите ключевые показатели эффективности SEO с Google Tag Manager & Analytics

1. Измерение SEO соответствующих пользовательских сигналов
2. Измерьте время взаимодействия
3. Возврат к времени поисковой выдачи (время задержки)
4. Измерьте глубину прокрутки
5. Измерьте время загрузки страницы с помощью диспетчера тегов
6. Мера 404 ошибки
7. Учебник: Измерение внутренних ссылок
8. Определите ошибки JavaScript
9. вывод

Чтобы успешно оптимизировать веб-сайт для поисковых систем, важно отслеживать и учиться на успехах и неудачах вашей собственной работы. Поэтому мониторинг очень важен. Многие данные, необходимые для этого, предоставлены Google Analytics. С Google Tag Manager Вы также можете дополнить эти данные другими полезными показателями SEO, которые помогут вам найти неадекватно оптимизированные страницы, пользовательские данные и ошибки. Эти данные могут быть легко связаны с существующими значениями в Google Analytics и помогут вам проверить ваши действия SEO и исправить ошибки.

Измерение SEO соответствующих пользовательских сигналов

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

Последнее официальное заявление от Google по теме пользовательских сигналов пришло от Джона Мюллера:

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

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

По мере того как Google лучше понимает пользователей и настраивает свой алгоритм для удовлетворения потребностей поисковика, вы не должны упускать из виду значимые сигналы пользователей в настройках Google Analytics. Создание высококачественного контента может потребовать огромных усилий, и чтобы помочь вам проанализировать, взаимодействуют ли ваши пользователи с контентом, мы перечислили три метода измерения взаимодействий с Tag Manager.

Измерьте время взаимодействия

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

Сценарий измеряет взаимодействия на каждой странице и вызывает событие каждые 15 секунд, если только вкладка в данный момент не активна, пользователь не перемещал мышь в течение 65 секунд или не нажал кнопку. Эти значения можно легко настроить в соответствии с вашими потребностями с помощью переменных менеджера тегов.

Возврат к времени поисковой выдачи (время задержки)

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

С точки зрения Google, Dwell Time является идеальной мерой для оценки актуальности и качества результатов поиска.

Если пользователь не найдет то, что он ищет на вашем сайте, он очень скоро вернется в Google, чтобы проверить страницы конкурса. Однако, поскольку мы хотим, чтобы пользователь и Google могли измерить это поведение, нам следует уменьшить время задержки для наших страниц с задержкой.

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

Благодаря Симо Ахове, который сам пишет «хакер», мы можем измерить время задержки с помощью диспетчера тегов и назначить его каждой странице в качестве пользовательского измерения:

Захватывать время ожидания с помощью Google Analytics и Google Tag Manager

Подробные инструкции можно найти здесь ,

Измерьте глубину прокрутки

Отслеживание глубины прокрутки является нашей стандартной настройкой при настройке нового отслеживания. Мы отправляем события в Google Analytics, когда пользователь достигает 25%, 50%, 75% или 100% страницы. (Кроме того, вы можете изменить показатель отказов, например, если вы больше не хотите считать прыжок пользователя, который прокрутил до 50%, но должен быть установлен отдельный тег Analytics.)

Вот, например, мы видим поведение прокрутки на домашней странице lunapark:

Захватить глубину прокрутки с помощью Google Tag Manager

Не так давно Google Tag Manager выпустил новые функции, которые позволяют отслеживать глубокое отслеживание без каких-либо дополнительных сценариев. Установка очень проста. Вы найдете хорошее руководство как видео Бенджамина Мангольда:

Измерьте время загрузки страницы с помощью диспетчера тегов

Согласно данным Google от июля 2018 года, в дополнение к влиянию на коэффициент конверсии время загрузки страницы также используется в качестве фактора ранжирования для мобильных поисков. Google дает понять, что это влияет только на самые медленные сайты.

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

Вы можете знать это. При вызове отчета Google Analytics «Поведение -> Скорость сайта -> Обзор» вы не увидите точные значения, только случайные образцы:

Время загрузки страницы в Google Analytics

По той простой причине, что по умолчанию только 1% пользователей измеряют время загрузки страницы. Причина этого заключается в том, что Google Analytics хочет убедиться, что ресурсы отслеживания не используются для функции, которую пользователь Analytics может не использовать.

Вы можете легко настроить частоту дискретизации в Google Tag Manager с помощью нового поля. Для этого вам нужно создать новое поле с именем siteSpeedSampleRate для стандартного тега отслеживания страницы. В качестве значения мы даем процент пользователей, которых мы хотим отслеживать, поэтому «100», если мы хотим отслеживать весь трафик:

Создать тег для просмотра страницы

Примечание 1 - Частота дискретизации для пользовательских настроек

Этот метод следует использовать только в том случае, если вы используете «трекер (просмотр страницы)» на странице, в противном случае данные будут доставлены дважды и будут повреждены. Поэтому для следующих сценариев вам следует присмотреться:

• Одностраничные приложения (такие как AngularJS или React), которые отслеживают просмотры страниц через виртуальные просмотры страниц.
• Когда несколько просмотров страниц на странице отправляются на один и тот же идентификатор отслеживания UA
• Тег просмотра страницы в диспетчере тегов использует несколько триггеров

Симо Ахава более подробно рассматривает проблему в своем блоге и предлагает несколько решений ,

Примечание 2 - увеличить предел измерения времени зарядки:

Даже если вы отрегулируете частоту выборки, Google Analytics измеряет только максимум 10 000 посещений в день. Если вам этого недостаточно, вы можете использовать Менеджер тегов и События, чтобы увеличить лимит. Очень наглядные и простые в применении инструкции можно найти здесь ,

Мера 404 ошибки

Ссылки, которые ведут на 404 страницы (страница не найдена), передают «меньше» ссылок, чего следует избегать, особенно при использовании внешних ссылок. Кроме того, 404 ошибки приводят к тому, что пользователь не находит то, что ищет, и, вероятно, покидает страницу.

Первым портом захода для обнаружения ошибок 404 является Google Search Console , Однако страница ссылок не всегда предоставляется. Отслеживая с помощью диспетчера тегов, мы можем измерить, сколько раз были нажаты неработающие ссылки, и, таким образом, лучше определить, какие из них следует исправить в первую очередь.

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

Учебник: Измерение внутренних ссылок

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

Чтобы оценить качество и удобство использования наших внутренних ссылок, мы можем использовать Google Tag Manager для настройки отслеживания кликов для внутренних ссылок. Кроме того, мы можем передать текст ссылки по клику в Google Analytics, который должен быть кратко связан со значимыми текстами ссылок на ключевые слова.

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

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

Создать отслеживание кликов относительно просто:

1. Гарантирует, что предварительно настроенные переменные {{Click URL}} и {{Click Text}} включены
2. Создает триггер ссылок только для кликов, который срабатывает, когда ссылка, на которую вы нажали, содержит ваш домен. HTTP и WWW должны быть опущены, чтобы также можно было отслеживать неверно связанные внутренние ссылки и впоследствии исправлять:

Настроить триггер

1. Создайте новый тег «Универсальная аналитика»:

Настроить тег

Данные в объявлении Google Analytics в режиме реального времени:

Отслеживание внутренних ссылок с помощью Google Analytics

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

Определите ошибки JavaScript

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

Наиболее распространенные ошибки, вызванные неправильным JavaScript, включают в себя:

• ошибки отображения
• Неисправная работа на мобильных страницах (например, ошибка прокрутки или неисправное меню)
• Увеличено время загрузки страницы
• Отсутствует контент, который обычно перезагружается асинхронно

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

вывод

Измерение пользовательских данных не должно быть упущено ни на одной главной странице, так как Google не только вознаградит вас улучшенным рейтингом, исправив найденные ошибки, но и улучшит весь пользовательский опыт для всех пользователей. С помощью Google Analytics и Google Tag Manager вы можете провести здесь много аналитических работ, чтобы помочь вам оптимизировать свой сайт.

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

Другие источники: