Вы разработчик? Что-то я сомневаюсь, если не знаете азы верстки. Создайте пустой div с такими же стилями и посмотрите что он будет за пределами окна. Все что вам ломало отображение - это CSS который был прописан в стилях темы дизайна
Недоглядел и уже подзабыл, что у меня всякий хлам типа mc.yandex.ru на уровне dns отрубается, а с браузером у меня всё просто шикарно! Впрочем, если вам без надобности Вебвизор 2.0 для мобильной версии сайта, то могли бы перейти и на старую версию счетчика. Точность подсчета кучи голов не страдает, зато она не создает никаких iframe. В старой в основе был другой скрипт watch.js 132кБ, а в новой версии tag.js, потяжелевший до 325кБ, и как следствие - создание "конфликтующего" iframe из-за расширения функционала сервиса Метрики на стороне Яндекса (повезло теме Мобайл - попала внезапно под раздачу). Когда-то давно смотрел на карты скроллинга, аналитику форм и т.п., а потом отключил их нафиг в интерфейсе Метрики, т.к. внезапных открытий, которые были бы мне неизвестны, это знание не принесло, а основные показатели и старый счетчик прекрасно считает. Код старого счетчика предлагается в Метрике до сих пор со ссылкой на то, что будет работать только первый Вебвизор.
С боковым пролистыванием добавление этого кода в /wa-data/public/site/themes/mobile/mobile.css это проблему решает.
Только вот не возникнет ли новой проблемы с Метрикой.
Возможных проблем вижу 2: 1. Все же это манипуляции с кодом счетчка 2. И самое главное, что позиционирование фрейма от Метрики меняется. Изначально метрика занимает позицию самая верхняя правая. А после внесения правко в css позиция становится самая верхняя левая.
Вообще думаю, что Метрика не зря такие стили прописали и спозиционировали именно в верхнем правом углу. А дальше, скорее всего, они ведут отсчет всех координат исходя из этой позиции.
Это только мое личное предположение, но если бы им было без разницы где именно расположить этот фрейм они бы стили к нему написали попроще.
Ну и соответственно может много чего сломаться, типа вебвизора, карты ссылок, карты кликов и т.д.
----- Еще хотелось бы исправления подобного бага именно на уровне темы дизайна, чтобы по максимуму сохранить возможность безболезненного обновления.
То проблема со счетчиком уходит. -------- В общем так и сделали. Будет здорово, если разработчики темы тоже что-то с этим сделают. Может найдут более изящный способ исправления.
10 комментариев
Никакого iframe на вашем сайте в мобильной теме обнаружено не было
И в категориях тоже
Спасибо, что откликнулись. Но Вы, похоже, не понимаете как работает счетчик Яндекс Метрика.
Бесполезно смотреть код страницы в режиме noscript
Переключитесь в режим html (со включеным js в браузере) и Вам всё станет ясно.
Ересь не несите. Кто вам запрещает через css менять свойства iframe?
Я вот не думаю, что Яндекс случайно спозиционировал этот фрейм по правому верхнему углу экрана. А Вы?
Вы разработчик? Что-то я сомневаюсь, если не знаете азы верстки. Создайте пустой div с такими же стилями и посмотрите что он будет за пределами окна. Все что вам ломало отображение - это CSS который был прописан в стилях темы дизайна
Недоглядел и уже подзабыл, что у меня всякий хлам типа mc.yandex.ru на уровне dns отрубается, а с браузером у меня всё просто шикарно! Впрочем, если вам без надобности Вебвизор 2.0 для мобильной версии сайта, то могли бы перейти и на старую версию счетчика. Точность подсчета кучи голов не страдает, зато она не создает никаких iframe. В старой в основе был другой скрипт watch.js 132кБ, а в новой версии tag.js, потяжелевший до 325кБ, и как следствие - создание "конфликтующего" iframe из-за расширения функционала сервиса Метрики на стороне Яндекса (повезло теме Мобайл - попала внезапно под раздачу). Когда-то давно смотрел на карты скроллинга, аналитику форм и т.п., а потом отключил их нафиг в интерфейсе Метрики, т.к. внезапных открытий, которые были бы мне неизвестны, это знание не принесло, а основные показатели и старый счетчик прекрасно считает. Код старого счетчика предлагается в Метрике до сих пор со ссылкой на то, что будет работать только первый Вебвизор.
Разрешает ли «Яндекс.Метрика» изменять стили фрейма? Например, так:
С боковым пролистыванием добавление этого кода в /wa-data/public/site/themes/mobile/mobile.css это проблему решает.
Только вот не возникнет ли новой проблемы с Метрикой.
Возможных проблем вижу 2:
1. Все же это манипуляции с кодом счетчка
2. И самое главное, что позиционирование фрейма от Метрики меняется. Изначально метрика занимает позицию самая верхняя правая. А после внесения правко в css позиция становится самая верхняя левая.
Вообще думаю, что Метрика не зря такие стили прописали и спозиционировали именно в верхнем правом углу. А дальше, скорее всего, они ведут отсчет всех координат исходя из этой позиции.
Это только мое личное предположение, но если бы им было без разницы где именно расположить этот фрейм они бы стили к нему написали попроще.
Ну и соответственно может много чего сломаться, типа вебвизора, карты ссылок, карты кликов и т.д.
-----
Еще хотелось бы исправления подобного бага именно на уровне темы дизайна, чтобы по максимуму сохранить возможность безболезненного обновления.
/wa-data/public/site/themes/mobile/mobile.css
это CSS темы дизайна mobile, дальше играйте сами
Если в теме изменить
То проблема со счетчиком уходит.
--------
В общем так и сделали. Будет здорово, если разработчики темы тоже что-то с этим сделают. Может найдут более изящный способ исправления.
Они ведь тоже не зря этот стиль писали))