A / B тестирование как риск SEO?

1. Интервью с Томасом Цайтхамлом (Seoratio)
2. ConversionKRAFT: создать несколько вариантов тестирования дублирующегося контента?
3. ConversionKRAFT: Cloaking - Предупреждается ли манипулирование индексированной страницей?
4. konversionKRAFT: Что происходит со структурой URL - попадают ли альтернативные URL в индекс?
5. ConversionKRAFT: интерпретация контента (JavaScript) - Какой контент индексирует Google?
6. Конверсия KRAFT: таргетинг - зачем исключать Google из теста?
7. Визуальный Оптимизатор Веб-сайта и "vis_opt_url"
8. Информация о практике тестирования
9. Наши SEO Советы по безопасному A / B-тестированию

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

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

Вот почему мы присоединились к интервью с Томасом Цайтхамлом, управляющим директором Seoratio и проверенный специалист по SEO, чтобы разъяснить опасности тестирования для рейтинга в поисковых системах, и как убедиться, что все идет гладко.

Интервью с Томасом Цайтхамлом (Seoratio)

Габриэль Бек в интервью с Томасом Цайтхамлом (управляющий директор Seoratio)

ConversionKRAFT: создать несколько вариантов тестирования дублирующегося контента?

Прежде всего, позвольте мне объяснить, что Duplicate Content (DC) означает с точки зрения Google. Дублированный контент - это когда два почти идентичных контента доступны на двух разных веб-адресах. Неважно, в какой макет встроен текст. Простыми примерами являются пресс-релизы, которые публикуются на многих сайтах. Для Google это чистое содержимое просто называется «пожирателями ресурсов», потому что им нужно несколько раз включать их в свой поисковый индекс. По этой причине Google пытается сэкономить место на жестком диске и скрыть источники дублирующегося контента. Поэтому вопрос связан с обработкой инструментов тестирования.

Существуют разные подходы и инструменты тестирования. Некоторые только меняют содержание или макет на странице. Интернет-адрес страницы остается неизменным. Этот тип изменений также называется манипулированием DOM. Однако, поскольку адрес остается прежним, Google видит этот контент только один раз. Таким образом, в этом типе тестов, использующих манипуляцию куполом, дублирующийся контент не возникает. Это становится более опасным, если инструмент работает с разными адресами. Например, если содержимое страницы по адресу «test1.html» и только в измененном макете на «test2.html», доставленное в тесте A / B, фактически создает дублированный контент. В этом созвездии одно и то же содержимое доступно по разным адресам.
Поэтому следует обратить пристальное внимание на то, будут ли варианты размещаться на одном и том же веб-адресе во время теста. Это единственный способ избежать проблемы с DC.

ConversionKRAFT: Cloaking - Предупреждается ли манипулирование индексированной страницей?

Сначала в Google ничего не заметил 😉 Руководящие принципы больше похожи на правила игры и не имеют ничего общего с действующим законодательством. Опять же, вам, возможно, придется сначала определить маскировку.
Типичная маскировка происходит в то время, когда было легко обмануть поисковые системы. По определению, клоакинг - это доставка контента, разработанного специально для роботов поисковых систем. Например, ранее оптимизированный статистический контент был доставлен в Google, а постоянному посетителю был показан совершенно другой контент.

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

konversionKRAFT: Что происходит со структурой URL - попадают ли альтернативные URL в индекс?

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

Более проблемными являются тестовые прогоны, которые работают с двумя веб-адресами. Так что, если каждый вариант доступен под своим собственным URL и зависит от посетителя, так что одна или другая версия связана. Как уже упоминалось выше, дублирование контента будет происходить на этом этапе. Поэтому мы рекомендуем выполнить один из следующих двух шагов в таких тестах:

Я предполагаю, что версия А является реальной страницей. Страница B теперь должна ссылаться на эту страницу A через канонический тег. С точки зрения Google, это соответствует пересылке. Для этого на странице B вставляется строка в области заголовка исходного кода HTML. Это можно реализовать следующим образом: <link rel = "canonical" href = "https://www.example.com/a.html" />

Другой вариант - исключить страницу B из поисковых систем. Простейшим методом здесь также является раздел Head: <META NAME = "ROBOTS" CONTENT = "NOINDEX">. Это предотвратит включение Google и Co этой страницы в поисковый индекс.

ConversionKRAFT: интерпретация контента (JavaScript) - Какой контент индексирует Google?

Google пытается лучше и лучше понимать веб-страницы. С новыми технологиями (jQuery, Ajax) это больше не относится к Google. Вот почему Google изменил свое поведение здесь. Между тем, страницы интерпретируются и индексируются по мере их появления в браузере. Это включает в себя интерпретацию JavaScript.

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

Однако некоторые инструменты на рынке могут предотвратить такие ошибки индексации. На самом деле, все используют куки, чтобы не доставлять разные версии пользователю. Если куки не разрешены, обычно тест не проводится. Google не принимает куки и не будет участвовать в тесте. Аналогичным образом, такие инструменты, как Optimizely или VWO, также позволяют исключать определенных пользовательских агентов из тестов. Таким образом, вы можете предотвратить участие робота Google в тестах.

Конверсия KRAFT: таргетинг - зачем исключать Google из теста?

В мае 2014 года Google (см. http://googlewebmastercentral.blogspot.de/2014/05/understanding-web-pages-better.html ) знают, что все чаще хотят рассматривать сайты как обычного пользователя. Это включает в себя функции браузера, такие. Как JavaScript, так и распознавание динамического контента, который перезагружается через интерфейсы. Таким образом, хотя JavaScript и Ajax ранее не распознавались, Google теперь удается оценить эти функции.

Однако многие инструменты тестирования используют JavaScript для изменения кода HTML, например: Например, чтобы разместить контент в другом месте. Так как Google не смог сделать эту логику JS ранее, Google не смог принять участие в тесте. Тем не менее, теперь это изменилось в результате перехода Google.

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

В этом контексте термин маскировка поднимается снова и снова. Таким образом, намерение скрыть является преднамеренным улучшением результатов поиска. Это не так в тестовом случае. Поэтому тестирование нельзя приравнивать к маскировке. Тем не менее, в нашем тестовом примере, описанном выше, у нас есть версия с дополнительным контентом и одна без. По этой причине вы должны заблокировать бот. Исключением является как бы защита, чтобы не позволить Google участвовать в тесте. Таким образом, в то время как другой контент доставляется боту во время маскировки, блокировка доступа к контенту предотвращается.

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

Визуальный Оптимизатор Веб-сайта и "vis_opt_url"

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

Информация о практике тестирования

В большинстве инструментов тестирования вы можете использовать определенные правила, чтобы определить, какие пользователи должны пройти тест. Здесь вы должны использовать пользовательский агент, чтобы определить правила для ботов. Вы можете так з. Например, использование регулярного выражения «Googlebot» (или, в более общем смысле, «бот») исключит ботов.

Вы можете легко проверить это в Google Webmaster Tools, выбрав: «Выбрать как Googlebot»> «Рендеринг». Возможно визуальное сравнение:

Управление кешем Google

Наши SEO Советы по безопасному A / B-тестированию

1. Для перенаправления тестов Канонические URL-адрес использование
2. Исключить Google из обзора UserAgent из теста
3. При необходимости просмотрите Инструменты Google для веб-мастеров.
4. При развертывании теста убедитесь, что старые URL-адреса (например, изображения, которыми обмениваются сейчас) не заканчиваются на 404
5. Остерегайтесь серверных тестов (не использующих JavaScript в браузере) по тому же URL
6. Если используются собственные инструменты, влияние на усилия SEO должно быть тщательно изучено

А / Б тесты ставят под угрозу рейтинг SEO?

Суть в том, что A / B-тестирование не влияет на рейтинг SEO. Всегда есть случаи, когда испытания якобы приводили к ухудшению позиций. Однако при более внимательном рассмотрении выяснилось, что есть ошибки в настройке, или по вышеуказанным пунктам не обсуждалось. Поэтому как всегда

Мы благодарим Томаса Зейтхамла из Seoratio для интервью и для того, чтобы быть там для вопросов в комментариях наших читателей 😉

Похожие

Комментарии