1. MSGROUP /
  2. Блог /
  3. 9 правил продвинутого A/B тестирования /

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

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

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

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

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

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

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

2. Используйте 302, а не 301 редиректы

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

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

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

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

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

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

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

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

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

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

5. Запретите индексацию

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

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

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

6. Используйте rel="canonical"

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

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

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

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

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

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

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

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

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

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

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

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




 
отправить запрос
Интересует разработка сайтов или услуги интернет-маркетинга? Заполните форму ниже и отправьте заявку на просчет
На указанном номере есть: ;
отзывы клиентов

Excellent job, will definitely work with him again

Ihor Kyselov, USA, Boston

Оценка 5

Very professional guys, they helped me to save a lot of money and now my site has amazing traffic. I become a regular costumer for MSGROUP and from now one they managing my site.

Bronislav Teplitskiy, USA, Seattle

Оценка 5

These guys are awsome, they did a perfect job. I'm very happy with the final result. The communication was very good, this team is very professional and flexible and very high quality. They helped me with thinking and testing to improve the final product. Very high reccomended!

Wilfred Bosman, Netherlands, Amsterdam

Оценка 5

After few weeks and several freelancer trials. I was able to hire msgroup and he was able to help me get this project done. It was very good meeting this person and I am now able to complete this project. Good A++ Freelancer Highly recommended

Faizal Johnson, USA, Houston

Оценка 5

Very professional and skilled.

Trevor Davenport, USA, New York

Оценка 5

All the questions were handled professionally. Always updates about how the work goes. We will continue the cooperation for further maintenance and new features to be implemented.

Patrick Edmond, Republic of Moldova, Kishinev

Оценка 5

good with the first part of the website, but too long time to get it done. If you want more information contact me.

Vincenzo Morandi,

Оценка 3

Ivan was positive, right from the start. He showed confidence and assured us from Day One, that he and his team would be able to complete the given task and get the desired results with the in the stipulated time frame. These guys are very professional people and I would highly recommend other employers to hire them. We are very happy with the way they have dealt with the project. Thanks MSGROUP

Bob, Singapore

Оценка 5

The first part of the work was done well. If you want more information contact me

Vincenzo Morandi,

Оценка 3

very good team, all tasks where completed like adviced

Webdesign reselling agency, Italy, Roma

Оценка 5

ua