VisualWebSiteOptimizer баг с вариантами.

Признаюсь сразу что это не совсем баг а всего лишь кривая вёрстка команды заказчика

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

Thank you for contacting us. I have checked the test and would like to tell you that there is an iframe element when the webpage is loaded in the VWO editor which is causing the CSS selector path to be different when the visitor lands on the webpage directly and hence VWO is not able to find the element and apply the changes (please check the screenshot 1 attached). 

So I would recommend that you either insert an ID on the DIV element after the opening body tag so that the CSS selector path is calculated from that element or you can create an MVT test and add the CSS selector path (font.actiontitle>center) manually (as shown in the screenshot2) and then disable all the variations except for the control and the last variation in the test.

  Я как нормальный человек понял мало. Но взглянул на лэндинг которые сверстали фрилансеры, я впал в не большую фрустрацию с большим желанием выпить ещё одну чашку кофе. Дело в том, что на КАЖДЫЙ тег приходился свой собственный id, самое забавное что это не генерированная странница а свёрстанная вполне реальным человеком с вполне функциональными руками (ну по крайней мере в ухе ими поковыряться можно). Из-за такой "пёрстости" страницы, ломались селекторы. Проблема решалась заклчением всей страницы в див с id = VWOWrapper, под всей страницей я имею ввиду конечно-же всё от ‹ body › и до ‹ /body › .
Надеюсь Вам это помогло!