Менеджер тегов Google & Динамический менеджер тегов для SEO

1. Pros
2. Легко обновить и изменить
3. Чрезвычайно масштабируемый
4. Cons
5. Скрипты могут легко сломаться
6. Скрипты не работают для других поисковых систем, но Google
7. Статический против Динамического против Гибридного
8. статический
9. Полностью динамичный
10. Гибридный
11. Изменение Canonicals через Диспетчер динамических тегов
12. Допущения динамического менеджера тегов
13. Тестирование и устранение неисправностей
14. TLDR
15. Авторы:

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

К счастью, для большинства организаций, уже использующих систему управления тегами, существует альтернативное и нетрадиционное решение. Благодаря тщательному тестированию, небольшим знаниям в области кодирования и удаче вы можете обойти отставание в разработке с помощью Google Tag Manager (GTM) и Adobe Dynamic Tag Manager (DTM) для добавления скриптов JSON-LD Schema.org, тегов rel = canonical и мета-роботов в масштабе .

Готовы узнать, с чего начать? Давайте начнем с плюсов и минусов реализации этих мощных SEO-тегов с помощью менеджеров тегов, различных пользовательских тегов HTML и краткого руководства.

Pros

Большая экономия времени и ресурсов

GTM и DTM - это вариант для клиентов с чрезвычайно ограниченными ресурсами разработки, который заставляет их пренебрегать своими проблемами SEO, особенно техническими изменениями. Низкая скорость внедрения может сделать или сломать ваш органический успех, поскольку любые оптимизации часто ограничиваются техническими барьерами, которые игнорируются. Для одного из наших корпоративных клиентов мы внедрили сценарии JSON-LD через GTM, которые развернули богатый результат, зарабатывая структурированные данные на тысячах страниц. Весь процесс внедрения JSON-LD с помощью GTM занял примерно 10% времени, которое потребовалось бы, если бы он был внедрен встроенной командой разработчиков.

Легко обновить и изменить

Не имея проблем с разработчиком и добавляя еще одну задачу в свою очередь, любой, имеющий ноу-хау и доступ к GTM или DTM, может разрабатывать и обновлять теги. Менеджер тегов дает вам мгновенный контроль, чтобы определить, что, когда и где развернуты сценарии. Это может помочь вам быстро и легко исправить ошибки, а также поэкспериментировать с дополнительным тестированием. С одним клиентом, который предлагает образовательные классы, мы использовали GTM для тестирования разметка структурированных данных курса , Когда мы обнаружили, что не удалось добиться хороших результатов, мы смогли быстро развернуть и обновить GTM JSON-LD для разметки продукта.

Чрезвычайно масштабируемый

Поскольку GTM и DTM предоставляют вам гибкость и возможности для реализации тегов, вы можете создавать правила для преобразования сценариев из статических в полностью динамические и запускать только на определенных страницах. Или, с другой стороны, если у вас есть одна страница, на которую вам требуется передать очень конкретную информацию, но только на короткое время, вы можете настроить ее, а затем удалить триггер, как только он вам больше не нужен / не нужен.

Cons

Реализация на странице более надежна

Джон Мюллер (John Muller) из Google правильно сказал, что существует какая-то степень непредсказуемости для любой реализации на основе JavaScript. Мы также согласны с тем, что реализация на странице, завершенная разработчиком, идеальна, но есть много случаев, когда это невозможно.

На Google IO в прошлом месяце Джон также подтвердил, что канонический тег, который появляется в оригинальном HTML, является предпочтительной версией, которая находится в визуализированном DOM. Если это так, то не нужно соблюдать JavaScript-канонические символы, добавленные с помощью диспетчера тегов или встроенного кода. По нашему опыту, Google уважает их, и мы смогли доказать это с помощью проверок индексации оператора поиска и даже новой консоли поиска. Инструмент проверки URL ,

Скрипты могут легко сломаться

Без надлежащего планирования и понимания того, как GTM отображает переданные параметры, сценарии могут сломаться неожиданным образом. Для примера структурированных данных продукта мы не понимали, как GTM будет хранить извлеченные значения со специальными символами. Мы быстро обнаружили, что специальные символы не поддерживаются, когда упоминаются в разметке JSON-LD. Когда мы запускали наш скрипт и тестировали его, мы продолжали получать ошибки из-за неправильного синтаксиса. Это помешало Инструмент тестирования структурированных данных проверка и вернул предупреждение «неверная escape-последовательность в строке». Мы решили эту проблему, используя выражение regex, которое удаляет все специальные символы из любых сохраненных значений.

<script> dataLayer.push ({'имя вашего уровня данных здесь': document.querySelector ('meta'). getAttribute ('content'). replace (/ [^ A-Za-z0-9] / gi, '') , 'event': 'Ваше событие здесь'}); </ Скрипт>

Пример скрипта для удаления специальных символов

Скрипты не работают для других поисковых систем, но Google

Мы точно знаем, что это работает в Google на данный момент; другие поисковые системы не такие сложные. Google отображает веб-страницы как современный браузер, используя их Сервис веб-рендеринга (WRS) основан на Chrome 41. Это дает им возможность индексирования JavaScript для выполнения сценариев, запускаемых из GTM, где другие поисковые системы не могут или, по крайней мере, не очень хорошо. В последнее время поддержка BSON для JSON-LD продолжает расти, и мы начинаем видеть, что за них заработали богатые фрагменты, но реализация JSON-LD через менеджер тегов, скорее всего, не будет работать для других поисковых систем, не принадлежащих Google.

Статический против Динамического против Гибридного

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

статический

Статический JSON-LD - это пользовательский тег HTML, в котором сценарий не изменяется автоматически при изменении содержимого. Это лучше всего подходит для данных, которые не меняются, потому что, если это так, это процесс обновления вручную через GTM. Хороший пример использования статического JSON-LD для домашней страницы организационная разметка как сгенерированная разметка GTM в настоящее время Perficient.com , Вы также можете использовать его в качестве тестового примера и продемонстрировать проверочную концепцию, чтобы получить поддержку для реализации разметки структурированных данных. Это позволяет проводить гибкое тестирование и быстрые пересмотры, но действовать осторожно и не радовать триггер.

Статический пример JSON-LD для разметки Org

Полностью динамичный

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

Динамический пример JSON-LD для разметки событий

Гибридный

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

Гибридный пример JSON-LD для разметки продукта

Изменение Canonicals через Диспетчер динамических тегов

Очередь другого клиента была буквально сотнями заявок разработчиков, причем около 50 из них предназначались для SEO. Нам сказали, что потребуется не менее девяти месяцев, чтобы получить что-то столь же простое, как тег noindex мета-роботов, добавленный к определенному шаблону страницы, и исправить некую каноническую логику. С помощью Dynamic Tag Manager (DTM) мы смогли настроить как noindex, так и canonical, и разрешить его запуск только по определенным шаблонам URL с использованием правил запуска.

Допущения динамического менеджера тегов

Учитывая природу того, что мы пытались выполнить, мы хотели, чтобы этот скрипт работал как можно выше на странице. Сателлитный тег сам по себе является единственным тегом, который находится в заголовке страницы и не запускается позднее правилами, установленными в правилах менеджера тегов. Чтобы гарантировать, что новый канонический набор будет установлен как можно раньше, мы создали правило загрузки страницы, которое поместило код, подобный приведенному ниже, во входные данные пользовательских условий правила загрузки страницы и вернуло значение true или false (в зависимости от того, нужно ли использовать другие теги). срабатывает). Поместив код в пользовательское условие ввода правила загрузки страницы, мы можем гарантировать, что скрипт будет запущен, когда загружен основной сателлитный скрипт в заголовке страницы, и никаких дополнительных запросов не требуется. В приведенном выше коде мы предполагаем, что jQuery уже загружен на вашу страницу. Кроме того, предоставляемый код и сценарий использования значительно упрощены и могут быть гораздо более динамичными в зависимости от ваших потребностей. Маловероятно, что решение в DTM понадобилось бы, если бы не нужно было решить много страниц или если тест должен быть выполнен в краткосрочной перспективе.

Хотя DTM похож на GTM, при реализации JavaScript нужно предпринять несколько иные шаги.

1. Создать правило загрузки страницы
2. Добавить имя правила
3. Откройте Условия аккордеона
4. Выберите Top of Page из правила Trigger в меню выбора
5. В разделе « Условия правила» выберите « Пользовательский» в меню «Выбор критериев».
6. Нажмите кнопку Добавить критерии
7. В поле « Пользовательский ввод» добавьте код, аналогичный приведенному ниже, и нажмите « Сохранить».
8. Утвердить / опубликовать правило по мере необходимости

<script> var sPathName = location.pathname; if (sPathName == "/ path / this-is-my") {jQuery ("link [rel = 'canonical']") .attr ("href", "https: //" + location.host + "/ это-это-мой / путь "); вернуть истину; } </ script>

Пример скрипта для изменения rel = канонических тегов через DTM.

Пример правила загрузки новой страницы DTM

Тестирование и устранение неисправностей

Несчастные случаи могут произойти и могут стоить вам много времени. Возможно, что непреднамеренное или преднамеренное развертывание разметки schema.org нарушает Руководство Google по структурированным данным может привести к Ручное действие , Это означает, что затронутые страницы больше не будут иметь право на богатые результаты, и вам придется просить у Google прощения с просьбой о пересмотре.

Для выборочной проверки с помощью Dynamic Tag Manager я рекомендую использовать Запуск и плагин DTM Switch Chrome , затем просматривая разметку при проверке элемента. Для выборочной проверки GTM скопируйте externalHTML на Inspect Element и вставьте фрагмент кода в Инструмент тестирования структурированных данных. Для тестирования в масштабе, используйте Кричащая добыча лягушки чтобы извлечь все разметки структурированных данных на каждой странице, а затем провести выборочную проверку различных типов страниц с помощью инструмента тестирования структурированных данных.

Конфигурация >> Пользовательский >> Извлечение >> Regex >> Скопируйте и вставьте скрипт ниже >> Сканирование >> Экспорт

<script type = \ "application \ / ld \ + json \"> (. *?) </ script>

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

TLDR

Добавление JSON-LD, rel = canonical и мета-роботов Сценарии NOINDEX через менеджер тегов, такой как Google Tag Manager или Adobe Dynamic Tag Manager, могут привести к экономии времени на 90%. Это альтернативный подход, который дает маркетологам возможность обойти команду разработчиков и в тех ситуациях, когда вы не можете получить ИТ-ресурсы или вступительный взнос, чтобы оправдать затраты времени. Несмотря на неодобрение Google использования системы управления тегами для реализации SEO-тегов, мы обнаружили, что каноническая разметка, разметка noindex и schema.org соблюдаются и что плюсы перевешивают минусы, по крайней мере, на данный момент.

Авторы:

Рене Жирар
Брэд Свейда
Якоб Эгерсдорф

Похожие

Комментарии