Может быть, не все используют, но все слышали о Google Tag Manager (Google Tag Manager (GTM)). Для тех, кто не знает, я скажу вам, что это бесплатный инструмент интернет-гиганта из Маунтин-Вью, доступный для более широкой группы в 2015 году. GTM позволяет маркетологам, контент-менеджерам и людям без специальных знаний в области программирования, управления и установки так называемых. теги или фрагменты кода, используемые для анализа трафика или маркетинга. Но может ли GTM помочь в оптимизации вашего сайта и SEO-деятельности? Как можно больше.
Для краткого введения, вот основные преимущества использования Google Tag Manager:
по Подобная техническая статистика в мире была внедрена на почти миллионе сайтов (почти 40 000 в Польше) и его доля в отношении других систем управления тегами (например, Adobe Dynamic Tag Manager, Tealium, Signal) неуклонно растет. Чтобы начать использовать GTM, вам нужно всего лишь изучить несколько терминов (таких как контейнер, тег, правило и т. Д.) И узнать, как это работает. Тем не менее, эта запись не будет об этом. Люди, интересующиеся базовыми знаниями, обращаются к официальная поддержка инструмента ,
Сегодня я хотел бы представить вам 5 способов использования Google Tag Manager в SEO . Эти решения были созданы для их собственного использования или были реализованы в результате вдохновения от реализации других людей.
GTM + SEO в пяти точках:
Отслеживание ошибок сканирования и кодов недоступности (404, 410) является важным аспектом работы любого SEO-специалиста. Удобство использования сайта важно для обоих пользователей ( UX ) а также для поисковых роботов ( SEO ). Вот почему стоит потратить время на внедрение метода идентификации 404, который позволит вам быстро улучшить работу пользователей, просматривающих сайт, и ботов, которые его просматривают.
Чтобы начать отслеживать 404, вам нужно добавить тег Google Analytics для событий (например, GA_Event_404 , имя может быть произвольным или адаптированным к вашей политике именования). Конечно, тег будет запущен после загрузки страницы 404. А теперь - у нас есть две возможности запустить его на основе правил с использованием элемента DOM или переменной уровня данных.
Самый простой способ, который не требует большого вмешательства, - это распознать элемент DOM (например, заголовок страницы H1):
Правило будет работать, если заголовок H1 на нашей странице с ошибкой «404 Not Found». Поэтому необходимо проверить, какое сообщение в H1 отображается на нашем веб-сайте (например, «404», «Страница не найдена», «Страница не существует» и т. Д.) И настроить это значение. Недостатком этого решения является то, что заголовок страницы должен совпадать с текстом сообщения об ошибке. Если вы измените текст сообщения на странице ошибки без обновления правила, тег не запустится.
Следовательно, более безопасный и надежный способ состоит в том, чтобы использовать слой данных ( dataLayer ) и отправлять информацию на страницах 404, например.
<script> dataLayer = [{'404': 'yes'}] </ script>
А затем определите переменную уровня данных ( Data Layer Variable ):
И правило, которое будет вызывать тег:
Выбранный метод (и правило) должен быть добавлен в тег Google Analytics, настроенный по следующей схеме:
Переменные, используемые в теге GA_Event_404 :
Я также рекомендую пометить тег как « Действия», не связанные с взаимодействием , что предотвратит влияние этого события на показатель отказов на вашем сайте.
Конечно, мы все тестируем и, если все в порядке, мы публикуем контейнер. События, связанные с 404, будут видны в отчетах Google Analytics в разделе « Поведение> События »:
Последний шаг и хорошая практика - установка оповещения в Google Analytics с автоматическими уведомлениями о возникновении событий «Ошибка 404».
Известно, что Google и другие поисковые системы из-за неоптимальной конфигурации сервера (или CMS) и параметров, появляющихся в URL-адресах, могут неожиданно начать индексировать различные их варианты. Более того, проблема может усугубиться, если:
Решение, возможно, не идеальное, но заслуживающее реализации, заключается в каноническом теге, нацеленном на URL без лишних параметров. Конечно, канонический тег не заменит правильную архитектуру сайта или не улучшит утечку CMS, которая генерирует дубликаты, но сведет к минимуму проблему повторяющегося контента.
Чтобы сгенерировать «динамический» канонический тег, мы просто используем Google Tag Manager и простой код Javascript (или во второй версии - jQuery). Итак, начнем 😉
Используемые переменные:
На основе ранее созданных переменных {{Protocol}} и {{Hostname}} и встроенной переменной {{Page Path}} мы создаем переменную URL_Canonical, содержащую фиксированное значение, то есть строку символов, образующую наш канонический тег:
{{Protocol}}: // {{Имя хоста}} {{Путь к странице}}
Важное примечание: переменная {{Page Path} уже содержит косую черту, поэтому нам не нужно включать ее в нашу строку.
И теперь мы переходим к самому важному - мы должны «вставить» наш динамический канонический тег в исходный код страницы. Мы сделаем это через контейнер GTM.
Самый быстрый способ вставить этот элемент - использовать пользовательский HTML в форме :
<link href = "{{URL_Canonical}}" />
К сожалению, он не будет выполнять свою роль и может не работать. Содержимое, «добавляемое» тегом HTML, обычно загружается в конце документа, что означает, что Google может игнорировать наш канонический тег.
Поэтому мы будем использовать код Javascript, который добавит канонический раздел <head>:
<script> var c = document.createElement ('ссылка'); c.rel = «канонический»; c.href = {{URL_Canonical}}; document.head.appendChild (с); </ Script>
Этот метод хорош, когда на нашем сайте нет канонических тегов. В случае, когда наша CMS уже использует rel = canonical, и мы хотим «перезаписать» ее, я предлагаю использовать функцию, которая ссылается на jQuery:
<script> $ (function () {$ ('link [rel = "canonical"]'). attr ("href", {{URL_Canonical}});}); </ Script>
Работу обоих тегов и самих сценариев можно проверить с помощью консоли в Google Chrome (DevTools) после нажатия клавиши F12 и поиска фразы «канонический»:
Отныне мы больше не должны видеть проиндексированные URL-адреса с отслеживанием или другими параметрами, которые вызывают дублирование.
Чтобы обогатить результаты поисковой системы, отображаемой для нашего сайта, мы можем реализовать так называемые структурные данные. Они помогут выделить данную подстраницу в результатах поиска, предоставляя пользователям более подробную информацию, например, о компании, продукте или услуге.
Самый быстрый способ их реализации - это сценарий JSON-LD (нотация объектов JavaScript для связанных данных), который содержит информацию об имени / значении. Вы можете найти больше информации о JSON-LD в справке. Google для разработчиков ,
Для реализации структурированных данных через GTM мы можем использовать пользовательский HTML, как и раньше. Почему? Сценарий JSON-LD может появляться в любом месте исходного кода.
Ниже приведен простой пример структурированных данных местных предприятий. Сценарий должен быть обновлен с данными вашей компании.
<script type = "application / ld + json"> {"@context": "http://schema.org", "@type": "LocalBusiness", "url": "http://example.com" , "image": "http://przyklad.pl/logo.png", "priceRange": "40 PLN - 150 PLN", "address": {"@type": "PostalAddress", "addressLocality": "Place" , "addressRegion": "провинция", "postalCode": "00-000", "streetAddress": "Улица и номер"}, "description": "Краткое описание вашего бизнеса", "name": "Название компании", "phone": "555-111-2345", "OpeningHours": "Mo, Tu, We, Th, Fr 09: 00-17: 00", "geo": {"@type": "GeoCoordinates", " широта ":" 00.00 "," долгота ":" 00.00 "}," sameAs ": [" http://www.facebook.com/twoj-profil "," http://www.twitter.com/twoj- профиль ',' http://plus.google.com/twoj-profil ']} </ script>
JSON, вставленный строго в тег GTM, проверяется без проблем. Тем не менее, скрипт будет полезен только для небольших веб-сайтов, таких как одностраничный дизайн или страницы визиток.
Мы можем получить «неограниченные» возможности в случае, когда скрипт JSON-LD будет заполняться динамически, включая, например, переменные уровня данных или элементы DOM.
Ниже приведен пример динамически генерируемых тегов schema.org для продуктов на основе элементов JSON-LD и DOM. Прежде всего нам понадобится код, который вставит наши значения в скрипт JSON-LD:
Исходный код для загрузки (копирования) находится здесь ,
Как вы, вероятно, заметили в приведенном выше коде, есть 7 переменных GTM, например:
Эти переменные имеют значения, взятые с использованием так называемых CSS-селекторы или идентификаторы из DOM-элементов данной подстраницы. Основная и довольно утомительная работа состоит в том, чтобы найти эти селекторы / идентификаторы в исходном коде для настройки отдельных переменных. Это немного похоже на маркер данных из Google Search Console, но вместо того, чтобы «обучать» шаблоны данных Google, мы должны вручную найти и описать их, например:
После настройки всех переменных после публикации контейнера мы сможем использовать расширенные фрагменты (расширенные фрагменты) для продуктов:
Недостаток описанного выше метода заключается в том, что он предполагает, что у нас есть правильно и чисто написанный исходный код, позволяющий найти селекторы для требуемых свойств тегов.
Другие примеры реализации структурированных данных через GTM и теги импорта, правила и переменные также можно найти на Moz.com или SlideShare ,
Из способов, описанных выше (например, REL канонический ) мы уже можем догадаться, что Google довольно хорошо поддерживает Javascript, включая динамическую поддержку элементов DOM (заголовки, описания, канонические теги), а также перенаправлений и ссылок. В связи с этим я рекомендую статью о SearchEngineLand: Мы проверили, как Googlebot сканирует Javascript, и вот что мы узнали ,
Следуя этому пути, другой идеей использования менеджера тегов в SEO является динамическое создание мета-тегов, например, в области:
Предположим, у нас есть подстраницы из определенной структуры (например, архивы, внутренняя поисковая система), которые мы не хотим индексировать, но мы хотели бы использовать внутренние (или внешние) ссылки для целей позиционирования. Поэтому мы можем сгенерировать HTML-тег с метатегом robots, равным noindex, следовать и запускать его только на страницах, содержащих строку / search в URL:
Мы проверяем с помощью консоли (F12 в Google Chrome) и ищем фразу «роботы»:
Возможно, это не лучший способ управления бюджетом сканирования , но, несомненно, он не подвергает нас нарушению Руководства Google для веб-мастеров путем индексации некачественных подстраниц.
Используя тот же код Javascript, мы можем генерировать теги заголовков и мета-описания. В связи с тем, что мы, вероятно, захотим изменить эти элементы на многих подстраницах, очень полезной функцией GTM будет так называемая Таблица поиска . Этот конкретный тип позволяет вам создать переменную, значение которой будет зависеть от значения другой переменной.
пример:
Если входная переменная {{Page Path}} , которая возвращает путь для данной подстраницы, равна / services, то значение переменной {{Table-SEO-Description}} изменяется согласно схеме на «TEST TEST TEST»:
Созданный таким образом пример таблицы мы можем использовать далее в теге HTML с кодом Javascript, который добавит нам описание мета:
<script> if ({{Table-SEO-Description}}) {var d = document.createElement ('meta'); d.name = 'описание'; d.content = {{Table-SEO-Description}}; document.head.appendChild (д); } </ script>
В случае заголовка код должен немного отличаться, потому что мы перезаписываем этот элемент:
<script type = "text / javascript"> document.title = {{Table-SEO-Title}}; </ Script>
Где {{Table-SEO-Title}} - это отдельная сводная таблица для заголовков.
Вот как выглядит наш фрагмент после индексации в результатах поиска:
В настоящее время я тестирую решение для перезаписи заголовков и описаний с помощью jQuery.
Я постараюсь обновить эту статью после завершения тестов.
Отслеживание исходящих ссылок полезно как в работе аналитика (например, определение путей выхода), так и в SEO-специалисте (например, выявление потенциальных спам-ссылок или оценка веса и передаваемой ссылки, например, на основе патента). Разумный Серфер ).
Для отслеживания кликов по ссылкам нам потребуется:
В переменной автоматического события задайте для типа переменной URL-адрес элемента , а для типа элемента - Имя хоста . Мы также можем проверить опцию «Удалить».
Затем, создавая правило, мы устанавливаем его только для ссылок, настраиваем его на регулярные выражения ( соответствует RegEx. * ) И запускаем, если наша переменная Click URL Hostname не содержит адрес нашего сайта. Давайте также вспомним про ожидание тегов и подтверждение
Последний шаг - создать тег Universal Analytics с отслеживанием событий:
Если на нашем веб-сайте используются внутренние перенаправления или партнерские ссылки, рекомендуется создать отдельное правило, исключающее такие ссылки, например, URL-адрес клика содержит | naszadomena.pl/redirect/. Затем мы добавляем такое правило к исключениям.
Вот и все. Мы можем сразу проверить действие в отчетах Google Analytics> В режиме реального времени> События:
Как вы можете видеть выше, Google Tag Manager - это очень мощный инструмент, который мы также можем использовать не только для управления тегами, необходимыми в маркетинге или онлайн аналитика , Описанные методы, теги и правила могут быть реализованы быстро и легко без особых навыков программирования.
Я надеюсь, что вы попробуете хотя бы один из них. Возможно, благодаря им, вы можете помочь себе принять правильные решения в вашей деятельности SEO или устранить ошибки, которые улучшат рейтинг вашего сайта. Удачи в тестировании!
Copyleft © 2017 . www.info-center.od.ua Информационный центр - Всегда в центре событий