web agency - conception to reality
EN
380 67 5560919Заказать звонок

9 правил продвинутого A/B тестирования

9 правил продвинутого A/B тестирования

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

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

  1. Запускайте тест не столько времени, сколько необходимо

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

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

  1. Используйте 302s, а не 301s

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

Обычно используйте 302 (временное) переадресование, когда перенаправляете пользователей в тестовую область памяти. Использование переадресования 301 дает сигнал для Google, что оригинальная страница была удалена и заменена тестовой страницей; это не подходит для A/B тестирования, так как тестовая страница только временная и будет удалена, как только тест состоится. Переадресация 302 гарантирует что оригинальная страница не пройдет к временным страницам, что подтверждает что эта переадресация поддерживает статус индексации во время тестового периода.

  1. Избегайте A/B тестирования если оно конфликтует с SEO сайта

Во время призывов к действию, текст и цвета кнопок подходят к тестовой переменной, изменения H1, текста body, или других внутренних факторов влияющий на ранг, могут иметь негативный эффект на органические рейтинги ваших страниц.

Лучшая практика для тестирования — это попытка улучшить ваши исполняющие странички. Выполнение полного объема изменений для вашего огромного количества страничек - это суицид тестирования по очевидным причинам, проваленный тест причинит потерю большого количества продаж и конверсий. В то время как вы можете думать, что тестирование вариаций тега H1 может увеличить проценты вашей конверсии, это абсолютно неважно если вы теряете ранг или как следствие, траффик. Посчитано, что с каждой потерей позиции в списке, ваши органические клики вполовину уменьшатся.

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

  1. Избегайте маскировки

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

Во время запуска теста, который отображает множество вариантов одной веб-странички, убедитесь, что вы не сегментируете трафик, основанный на пользователе-агенте. Убедитесь, что Googlebot может использовать сайт также, как и постоянный посетитель, чтобы предотвратить любые неприятные санкции.

Чтобы гарантировать что оригинальная страничка останется единственной индексированной в тестовой группе, просто выполните две следующие стратегии.

  1. Используйте noindex meta robots над недопущением robots.txt директивы

Чтобы предотвратить дублирование проблемы с контентом, вы должны указать, чтобы Googlebot не индексировал недавно созданные тестовые страницы. Это может быть сделано если вы укажите в шапке документа, что страница не должна быть индексирована, или же добавив директиву в файл robots.txt на сайте, упомянув что тестовая группа страниц не должна использоваться.

Тем не менее, во время работы с A/B тестированием, вы должны всегда избегать упоминания тестовых страниц в вашем файле robots.txt. Googlebot не сможет следовать по внутренней ссылке к блокированным страницам во время сбора данных, но он все равно может перейти на заблокированную страницу следуя по внутренним ссылкам которые могут быть созданы – поэтому возрастает возможность того что блокированные страницы станут индексированы.

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

Если вы добавите тег noindex meta robots в шапку тестовой страницы, то это предотвратит проблему пути, по которому робот возвратится, директива meta robot будет прочитана на странице, предотвратив ее индексацию. Более четкие директивы всегда выполняются; поэтому пока внутренняя ссылка будет сильнее общей директивы сайта, конкретная ссылка страницы будет всегда сильнее внутренней ссылки.

Тем не менее, meta robots никогда не должны быть использованы изолированно. Вы можете указать, что все тестовые версии страниц должны быть не индексированы, тем не менее, Google может по ошибке интерпретировать оригинальную страницы как копию, и в следствие все версии страницы будут не индексированы.

  1. Используйте rel=”canonical”

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

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

Использование канонического тега rel во всех вариациях на странице поможет Googlebot-у понять, что тестовые URL это почти копии оригинального URL и не требуют индексации. Rel canonicals работает в синхронизации с вашим noindex meta robots чтобы гарантировать что оригинальная страница индексирована.

  1. Избегайте показа неправильной версии для Google

Этот пункт следует из первого пункта. Как только мы полностью достигли статистической значимости, некоторые могут поддаться соблазну чтобы запустить победившую версию для 100% пользователей на какой-то период времени, просто для того чтобы укрепить предыдущие результаты тестов. Если вы это сделаете, то все пользователи будут вынуждены переадресовываться с оригинальной страницы на тестовый URL.

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

Как только тест достигнет статистической значимости, реализуйте его на оригинальный URL и удалите все следы тестовых страниц с вашего сайта и 301 переадресацию URL тестовой страницы обратно на оригинальную страницу

  1. Избавьтесь от старых тестовых страниц и URL

Как только вы найдете вашу выигрышную версию, вам нужно будет обновить оригинальную страницу на лучшую версию, а затем немедленно удалить все цифровые подписи ваших неудачных версий. Это предотвратит возможность того, что Google найдет одну из старых версий и индексирует ее. Надо сделать переадресацию 301 с мертвых страниц обратно на победившую версию, чтобы гарантировать что Google никогда не найдет никакие следы проваливших тест URL.

  1. Не можно использовать программное обеспечение A/B для SEO кампаний

Внутренние факторы часто тестируют для попытки улучшения конверсии, но вы не можете использовать A/B тест ваших внутренних атрибутов для SEO. Есть только один Googlebot, и он не может посетить одновременно 2 версии страницы. Если вы это сделаете, то Googlebot будет видеть страницы как почти-копии и выкинет одну из них (или обе) из индекса. Даже проигнорировав эту проблему, Googlebot будет считать возраст страницы, ее положение во внутренней ссылочной структуре сайта, так же, как и текущую производительность включая во внимание оценку страницы. Все эти факторы делают для нас невозможным применение традиционного A/B теста на SEO элементах сайта.

Вышесказанное демонстрирует важность того что SEO надо всегда учитывать. Даже выполняя такое задание как CRO которое кажется очень далеким от SEO, вы должны всегда учитывать воздействие, которое оно причинит. Основная мысль заключается в том, что вы должны всегда информировать вашу SEO команду или агентство если вы проводите A/B тестирование или еще лучше, привлекать их на начальный этап.



Заполните, пожалуйста, информацию о себе и наш менеджер свяжется с Вами в ближайшее время

* Наше рабочее время с 9:00 до 19:00 (UTC+2)

 
Также Вы можете нам позвонить или написать
380 67 556 09 19
info@pixelagcy.com

Связаться через: