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

Четверг, 9 августа 2012 г.

В последнее время мы получаем много вопросов о том, влияет ли тестирование сайтов (например, A/B или многофакторное тестирование) на позиции сайта в результатах поиска. Мы рады, что вы задаете этот вопрос, ведь мы только приветствуем тестирование! A/B- и многофакторное тестирование — это отличные способы убедиться, что ваши предложения действительно нравятся пользователям.

Прежде чем перейти к влиянию на поиск, небольшое введение:

Тестирование веб-сайтов — это процесс, когда вы опробуете разные версии своего сайта (или его части) и собираете данные о том, как пользователи реагируют на каждую версию. С помощью специального ПО вы отслеживаете, какая версия чаще побуждает пользователей совершать целевые действия: приводит к наибольшему количеству покупок, подписок на рассылку или любых других конверсий. После завершения теста вы можете обновить сайт, используя «победителя» теста — наиболее эффективный контент.

A/B-тестирование — это проведение теста путем создания нескольких версий страницы, каждая из которых имеет собственный URL. Когда пользователи пытаетесь зайти на исходный URL, вы перенаправляете часть из них на различные вариации URL, а затем сравниваете поведение пользователей, чтобы определить, какая страница эффективнее.

Многофакторное тестирование — это использование ПО для изменения различных частей вашего сайта на лету. Вы можете тестировать изменения нескольких элементов страницы (например, заголовок, фотографию и кнопку «В корзину»), а программа будет показывать пользователям различные комбинации этих разделов и статистически анализировать, какие варианты наиболее эффективны. Задействован только один URL; варианты вставляются на страницу динамически.

Как это влияет на то, что видит Googlebot на вашем сайте? Изменит ли показ разных вариантов контента позиции вашего сайта? Ниже приведены рекомендации по проведению эффективного теста с минимальным влиянием на поисковые показатели вашего сайта.

• Никакого клоакинга. Клоакинг— показ одного контента пользователям, а другого — Googlebot — противоречит нашим
  рекомендациям для вебмастеров, независимо от того, проводите ли вы тест. Убедитесь, что вы не решаете вопрос о показе теста или выборе варианта контента на основе user-agent. Примером этого может служить постоянная выдача исходного контента при обнаружении user-agent «Googlebot». Помните, что нарушение наших правил может привести к понижению позиций сайта в результатах поиска Google или его удалению из индекса, что вряд ли является желаемым результатом вашего теста.
• Используйте rel="canonical". Если вы проводите A/B-тест с несколькими URL, вы можете использовать атрибут ссылки
  rel="canonical"
  на всех альтернативных URL, чтобы указать, что оригинальный URL является предпочтительной версией. Мы рекомендуем использовать rel="canonical" вместо тега
noindex meta,
  поскольку он точнее соответствует вашим целям в данной ситуации. Допустим, вы тестируете варианты главной страницы: вам не нужно, чтобы поисковые системы полностью исключали ее из индекса, вы лишь хотите, чтобы они понимали, что все тестовые URL являются близкими дубликатами или вариациями исходного URL и должны быть сгруппированы соответствующим образом, где каноническим является оригинальный URL. Использование noindex вместо rel=”canonical”
• в такой ситуации иногда может привести к неожиданным эффектам (например, если по какой-то причине мы выберем один из вариантов URL в качестве канонического, «оригинальный» URL также может выпасть из индекса, так как будет расценен как дубликат). 302 Используйте 301. редиректы, а не Если вы проводите A/B-тест, который перенаправляет пользователей с оригинального URL на URL варианта, используйте
  302 (временный) редирект, а не 301 (постоянный)
• редирект. Это указывает поисковым системам, что перенаправление является временным — оно действует только на время проведения эксперимента — и что они должны сохранить оригинальный URL в своем индексе, а не заменять его целевой страницей редиректа (тестовой страницей). Перенаправления на основе JavaScript также допустимы. Проводите эксперимент только столько времени, сколько необходимо.

Время, необходимое для получения достоверных результатов теста, зависит от таких факторов, как коэффициент конверсии и объем трафика сайта. Качественный инструмент тестирования должен подсказать вам, когда собрано достаточно данных для надежного вывода. По завершении теста вам следует как можно быстрее обновить сайт желаемым вариантом контента и удалить все элементы теста (такие как альтернативные URL, тестовые скрипты и разметку). Если мы обнаружим, что сайт проводит эксперимент дольше необходимого, мы можем расценить это как попытку обмана поисковых систем и принять соответствующие меры. Это особенно актуально, если вы показываете вариант контента большому проценту пользователей.

Приведенные выше рекомендации должны гарантировать, что ваши тесты окажут минимальное влияние или вовсе не повлияют на позиции сайта в результатах поиска. Тем не менее, в зависимости от тестируемого контента, может быть не так важно, сканирует или индексирует ли Googlebot некоторые из ваших вариантов контента во время теста. Небольшие изменения (размер, цвет или расположение кнопки или изображения, текст призыва к действию «В корзину» против «Купить сейчас!») могут оказать удивительное влияние на взаимодействие пользователей с веб-страницей, но часто почти не влияют на сниппет или рейтинг этой страницы в поисковой выдаче. Кроме того, если мы сканируем ваш сайт достаточно часто для обнаружения и индексации вашего эксперимента, мы, вероятно, проиндексируем окончательные изменения на сайте довольно быстро после завершения эксперимента.
Чтобы узнать больше о тестировании сайтов, ознакомьтесь с
этими статьями
о Content Experiments, нашем инструменте тестирования вGoogle Analytics
.Вы также можете задать вопросы о тестировании сайтов на
справочном форуме Analytics.

или о влиянии на поиск на
справочном форуме для вебмастеров. Автор публикации —