Google Analytics / Tag Manager: дополнительные советы для SEO

1. Используйте группировку каналов для оптимизации ваших отчетов
2. Таможня тускнеет, которая спасает жизнь в SEO: пример мета-роботов
3. Другие нестандартные размеры полезны
4. Длина метаданных
5. hreflang
6. канонический
7. протокол
8. Перерыв Изменить содержание вашего сайта с GTM #nsfw
9. Отслеживайте сайты, которые удаляют ваш контент
10. заключение

Во все времена SEO, стремящийся к данным, был фундаментальной динамикой веб-аналитического роста. Уже в 1642 году Энгерранд I во время своей легендарной кампании в Западной Рейнской области воскликнул «Как использовать Google Analytics для SEO». Товары, которые он носил и которые он пометил и добавил в переменную Google Tag Manager и портировал в Lymoges, чтобы выиграть. Или что-то в этом роде.

Но перемирие шутки; после этого интро плохого способа составления истории (отлично для SEO, если я пытаюсь позиционировать себя на «Enguerrand I SEO», мы никогда не узнаем), давайте поговорим о том, что мы будем делать конкретно в этом посте, который я Я готовлюсь писать с большой нежностью и сладострастием: чтобы дать вам советы, простые в применении, которые позволят вам получить лучшую информацию, связанную с SEO, в Google Analytics, и это (в частности) благодаря излишнему использованию Менеджера тегов Google.

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

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

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

Краткое описание:

Используйте группировку каналов для оптимизации ваших отчетов

Изолировать SEO-трафик, будь то через исходные отчеты и / или сегменты, в принципе, не беспокойтесь, мы контролируем. Источник «органик» со средой, соответствующей поисковой системе («Google», «Bing» ...), является классическим:

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

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

Конечно, первым рефлексом было бы сделать сегмент такого типа (в случае семейств продуктов) ...

... но в нашем случае мы должны сделать 3 сегмента, по одному на семейство целевых страниц.

Не круто

Именно здесь группировка каналов (или «группы каналов») придет нам на помощь. Принцип очень прост: объедините информацию, связанную с источниками трафика (Source, Support, Campaign и т. Д.) И другими измерениями GA (особенно целевой страницы), чтобы создать «пакеты» источников , который будет отвечать вашим потребностям, а не строго придерживаться общих размеров GA.

Для этого мы начнем с перехода к администратору GA на уровне представления и перейдем к «Настройки канала / Группы каналов»:

Затем мы определим правила для наших «подпакетов», связанных с SEO, например так (я немного адаптировал учетную запись, на которой я делал снимки экрана):

Фундаментальная концепция группировки каналов: правила применяются сверху вниз (и вы можете перетаскивать различные группы, чтобы изменить их после создания). Вот почему так важно, чтобы наш 4-й канал («SEO other») был последним, потому что в противном случае он занял бы остальные 3, будучи более общим.

И лучшая новость в истории заключается в том, что группировка каналов имеет обратную силу . Да, вы правильно прочитали, повторно нажали. Невероятно, нет? Таким образом, вы можете экспериментировать без страха.

Мы можем непосредственно перейти к отчетам в голове, в которой есть данные: таким образом, произойдет наш маленький скачок: «Сбор данных / Весь трафик / Каналы». Бегите от группировки каналов по умолчанию и спешите выбрать свою , все прекрасное новое:

Tadaaaam!

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

Конечно, можно использовать группировку каналов для целого ряда случаев, комбинируя условия на устройстве, «повторяемость» сеанса и т. Д. И лучшие из них. #theSkyIsTheLimit

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

Таможня тускнеет, которая спасает жизнь в SEO: пример мета-роботов

Если вы не знакомы с пользовательскими измерениями (знаете, что я ЛЮБЛЮ нестандартные размеры #runningGag), вот концепция в двух словах: GA во время любого сеанса будет назначать пользователям разные характеристики (браузер, ОС, источник трафика). ...), но также к их просмотрам страниц и событиям, которые будут происходить во время их сеансов (название страницы, заголовок страницы, категория события ...).

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

Если мы возьмем очень простой пример, такой как отчет «Источник / Поддержка», мы увидим различные онлайн-измерения (например, «google / organic»), а затем показатели, связанные с этими измерениями, в столбцах (например, количество сессий или показатель отказов).

Ну, все поняли хитрость? Таким образом, идея настраиваемого затемнения (я люблю настраиваемые затемнения) состоит в том, чтобы предоставить странице, сеансу или пользователю информацию , не имеющую изначально GA .

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

Идея, в нашем случае, заключается в том, чтобы перегружать теги наших страниц информацией более технического характера, что позволит нам квалифицировать наш прекрасный сайт с точки зрения SEO. И самое прекрасное в истории это то, что гудение не потребует микросекунды dv, поскольку мы рассмотрим мой любимый инструмент, который я назвал AT Internet, Google Tag Manager.

#instantPromo: если GTM вообще не разговаривает с вами, я призываю вас прочитать этот замечательный учебник что я написал, и это научит вас стать межрегиональным поборником этого инструмента.

Как насчет возможности восстановить следующие значения для каждой из ваших страниц:

• Статус роботов мета
• Мета-описание и / или длина указанного мета-описания
• Количество h1, h2 и т.д ...
• Протокол (HTTP / HTTPS)

Что ж, бедные смертные, вы в двух шагах (в данном случае, от нескольких переменных GTM) от доступа к бесконечной радости.

Итак, начнем с простого тега страницы Google Analytics, установленного в GTM. Не берите слишком много с этим, это простой тег, ничего необычного.

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

Теперь оставим этот тег в покое (в конце концов, он никого не спрашивал) и будем работать с нашими переменными автономно.

Давайте начнем с создания того, который позволит нам узнать мета-роботов:

function () {

var rob = 'index, follow';

// Если на странице нет мета-роботов, мы определяем ее с поведением по умолчанию в отношении робота Google

if (document. querySelector ('meta [name = "robots"]')) {

грабить = документ. querySelector ('meta [name = "robots"]'). счастливым;

// Если страница содержит мету роботов, мы читаем ее

}

возвратный грабитель;

}

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

Как мы научились делать мудро, давайте сначала посмотрим, как ведет себя эта переменная благодаря замечательной панели предварительного просмотра GTM:

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

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

Очевидно, что индекс компакт-диска должен соответствовать тому, что вы определили в вашей административной GA (здесь, 1):

Мы можем перейти на соответствующую демонстрационную страницу, чтобы позже проверить, что наш тег страницы теперь правильно перегружен настраиваемым dim, который работает хорошо:

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

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

Для этого просто перейдите в отчет «Персонализация / Пользовательские отчеты» и создайте новый отчет, например:

В итоге мы получаем такой отчет:

Побочные метрики, я сохранил основы (просмотры страниц, скорость вывода), но, очевидно, можно добавить много вещей (уникальные консультации, записи ...). То же самое, мы можем сделать разбивку на другое измерение (нативное или пользовательское), например, устройство или источник трафика.

Другой способ получить пользовательские значения яркости, как вторичное измерение в стандартном отчете. По случайности давайте перейдем к классическому «Поведение / Контент сайта / Все страницы», если мы хотим, например, восстановить первые 10 его страниц в nofollow, с точки зрения просмотров страниц.

Так что, да, мы не будем лгать, GA не может заменить такой инструмент анализа журналов, как OnCrawl или Botify. Не потому, что GA возвращает вам 1000 страниц в nofollow, у вас есть именно такое количество nofollow страниц. Он просто отражает страницы, которые фактически просматривались вашими пользователями. С другой стороны, всегда интересно (но занимает много времени) соотнести эти два источника данных, например, расставить приоритеты сайтов на основе данных трафика.

Другие нестандартные размеры полезны

Я описал весь процесс в деталях о наших мета-роботах, и я уже вижу ваши глаза полными желания сделать много других вещей. Нормально, принцип точно такой же: переменная GTM, настраиваемое затемнение в GA и перегрузка тега страницы.

Итак, давайте посмотрим, что для некоторых других переменных может быть очень практичным:

Длина метаданных

function () {

var desc = 'No meta desc';

// Если на странице нет мета-описания, мы устанавливаем длину по умолчанию 0

if (document. querySelector ('meta [name = "description"]')) {

desc = документ querySelector ('meta [name = "description"]'). счастливым. длина;

// Если у страницы есть мета-описание, мы смотрим на ее длину

}

возврат desc;

}

hreflang

function () {

var lang = 'Нет hreflang';

// Если на странице нет ES Hreflang, мы устанавливаем значение по умолчанию

if (document. querySelector ('link [hreflang = "es"]')) {

lang = документ. querySelector ('link [hreflang = "es"]'). HREF;

// Если на странице есть ES Hreflang, мы получаем его

}

возвратный язык;

}

Здесь обратите внимание, что мы были проще всего, восстановив содержимое Hreflang ES, которое, как мы можем себе представить, поместили в пользовательское измерение, а также его подружек hreflang DE и IT (например). Мы могли бы полностью игнорировать его содержимое, но собрать воедино все теги hreflang, которые существуют на странице, разделяя их по каналам (FR | DE | IT ...).

канонический

function () {

var can = «Не определено»;

var ссылки = документ. getElementsByTagName ("ссылка");

for (var i = 0; i <links. length; i ++) {

if (links [i]. getAttribute ("rel") === "canonical") {

может = ссылки [я]. getAttribute ("href");

}

}

вернуть можно;

}

протокол

На этот раз не ломайте голову, чтобы настроить пользовательскую переменную, так как протокол изначально доступен в GTM:

Очень полезно настроить, чтобы следить за миграцией HTTPS (люди узнают себя)!

Если вы реализовали несколько из этих пользовательских измерений через GTM, не стесняйтесь пересекать их в пользовательских отчетах GA, это может дать вам очень плавный анализ: например, поиск страниц с каноническим Представить проблему мета-роботов (и, кстати, иметь мешающую скорость вывода) можно в простом настраиваемом отчете.

Есть много случаев использования пользовательских димов для SEO (и не для этого), поэтому не стесняйтесь использовать их не по назначению, чтобы обогатить свой анализ.

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

Перерыв Изменить содержание вашего сайта с GTM #nsfw

Предупреждение, спойлер, предупреждение: мы переходим к более католическим вещам, совершенно на стороне Google Tag Manager: редактируем контент сайта на лету.

В конце концов, если вы сделаете шаг назад, GTM - не что иное, как инжектор Javascript. Восстановите содержимое одного или нескольких тегов и перепишите их, нет ничего проще. Например, предположим, что теги заголовка соответствуют определенному шаблону на сайте, шаблону, который вы не находите оптимальным с точки зрения SEO. Теперь представьте, что вы хотите взять заголовок таким, какой он есть сейчас, и добавить h1. В кадре с нашей демонстрационной страницы , идея будет заключаться в том, чтобы получить название, которое стоит "SEO Demo | О, это хороший тег h1 "(да, я знаю, это не имеет смысла, но, пожалуйста, представьте, что это настоящая оптимизация).

Идея состоит в том, чтобы выполнить тег типа «пользовательский HTML», который будет выполнять эту работу в одиночку, например, большой:

<Script>

документ. название = документ. название + '| '+ документ. querySelector ('h1'). InnerText;

</ Script>

#proTip: Я обращаю ваше внимание на триггер для использования. Предпочитайте тег «Просмотр страницы», а не «Готовый DOM» или «Загруженное окно», поскольку это приведет к тому, что ваши изменения произойдут сразу после прочтения фрагмента Диспетчер тегов Google, поэтому он обычно будет менее заметным. пользователь.

(после, как можно больше избегайте триггера «все страницы», но это, вы уже знаете (см. совет 11) )

Мы можем очень быстро увидеть мерцающий эффект, появляющийся во время обновления страницы:

Опыт показывает, что Google учитывает эти изменения (я ничему вас не учу, робот Google запускает все больше и больше страниц JS).

Здесь я взял очень простой пример, но, полагаю, вы получаете весь потенциал: изменить h1, все виды мета и даже добавлять / редактировать контент (и даже проводить тестирование AB). , но это уже другая тема). Принцип будет глобально таким же: умный селектор для восстановления рассматриваемого контента и разумного анализа его сценариев путем нахождения достаточно общего паттерна (как в случае с моим очень низким примером фронта).

Так что это тот тип вещей, который может быть интересно настроить как часть POC, когда делать DVD немного сложно, но в абсолютном выражении вы понимаете, почему это не устойчивый подход : если Google индексирует все лучше и лучше JS, это не априори в случае большинства других движков ( больше информации здесь ). Не говоря уже о том, что сканер JS имеет дополнительную стоимость для робота, и я не собираюсь выполнять сканирование бюджета (это, в некоторой степени, тот же тип обсуждения, что и для сайтов SPA, но я отвлекся).

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

Если вы хотите больше ресурсов по этому вопросу, не стесняйтесь обращаться к Статья Моза, в которой подробно описывается метод а также конференц-колода Себастьяна Монье , который недавно говорил об этом на Брайтонской SEO-конференции.

Отслеживайте сайты, которые удаляют ваш контент

Несколько месяцев назад на MeasureCamp в Париже я поделился советом, который является отличной классикой GTM, а именно, что мы должны избегать использования триггера по умолчанию, который предлагается для создания тега, знать "Все страницы"

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

Больше информации в эта статья, трюк 11.

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

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

Манипуляция, на этот раз, - это все, что является самым простым: установите для ваших тегов GA триггер «Все страницы» (я избавляю вас от скриншота, все должно быть в порядке), а затем сделайте чистый фильтр в Уровень GA, сохраняя, как обычно, «сырое» представление (оно всегда помогает), а затем создавая 2 представления, включая / исключая следующие домены скребков:

Можно даже представить себе представление, посвященное, в частности, сайту-скребку, просто чтобы дать ему колени, чтобы послать ему прекрасную рекомендацию.

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

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

Эта переменная - все, что проще всего разместить на месте:

function () {

var ua = 'UA-36918218-6';

// Определяем наш UA по умолчанию

if ({{Имя хоста страницы}}. indexOf ('aristide-riou.fr') === - 1) {

// Если имя хоста не соответствует моему обычному сайту ...

ua = 'UA-36918218-8';

//..Я возвращаюсь в АС, посвященный скребкам

}

вернуть UA;

}

Как профессионалы, мы можем быстро проверить, благодаря панели предварительного просмотра GTM, что переменная оценена правильно:

Отлично, теперь осталось только встроить наш тег страницы (или в переменную «Настройки Google Analytics», но это уже другая тема):

И это бизнес, который превращается! Теперь больше нет опасений за загрязнение АС выборкой или рисками, которые не отражают поведение ваших пользователей.

Обратите внимание, что этот метод может быть применен по тому же принципу к параметру "роботы" в Google Analytics:

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

заключение

Я надеюсь, что смог помочь вам лучше контролировать небольшие тонкости GA / GTM, чтобы лучше анализировать ваши действия SEO. Как обычно, если у вас есть вопросы, замечания или вы просто хотите сказать, насколько хорош мой блог - это божественный подарок (вы никогда не знаете), не стесняйтесь комментировать, где связаться со мной по интернет ,

Похожие

Комментарии