- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Интересно, почему на главной Яндекса стоит старый код, если новый, а теперь новый новый, такой хороший?
потомучто сначала на холопах надо проверить, если у них чета не так пойдет значит ничего страшного.
Эпик фейл. Переписывайте. Протестировал, хоть и не хотел. Вебвизор на сложных сайтах не включать ни в коем случае! Время блокировки основного потока в 3 раза выше, чем у старого кода.
Тяж, вукомерс. При включенных вебвизорах, в лайтхаусе на локальной машине, время блокировки, со старым кодом 530мс. С этим -1600-1800 мс. Старый код, почему-то даже с включенным вебвизором, быстрее, чем новый без него, хотя должно быть наоборот, ну вроде как, по логике вещей. Хотя код нового, да, больше чем старый, наверное, что-то очень нужное там написано. Но нужное не для нас.
Это поразительно, что можно тестировать и переписывать год, и родить вот это. Это полное разочарование. Я думал дальше ехать уже некуда, но Яндекс, открывает новые горизонты.
Сделайте загрузку метрики по действию и всё будет отлично. А Яндекс ничего не родит нормально, там просто уже некому это делать. Нормальные программисты занимаются направлениями которые бабки приносят, а всем остальным занимаются остальные.
Это сайт услуг и вся нужная информация находится на одной странице-не нужно просматривать несколько страниц-и так у всех конкурентов.
И если я ставлю счетчик в самый низ-время просмотра уменьшается, если он вверху отказов практически нет.
- Возникает вопрос, сколько секунд грузится вся страница, а вслед за ним счетчик, что посетитель успевает просмотреть страницу???
- Я понимаю, когда посетитель заскакивает в уже загруженную страницу, жмет кнопку и исчезает. Если он делает это периодически, то в 10-ок секунд может уложиться. Но не на вновь открытом сайте
PS Стукни в личку, подскажу малость
Сделайте загрузку метрики по действию и всё будет отлично.
Единственное верное решение👍
тогда да без разницы где метрику в коде располагать, и сколько времени она загружается😂
Честно? Мне стремно откладывать метрику. Счеты Гугла отложены. Но с порождением Яндекса, я даже не знаю, в теме ли они, что скрипты можно и нужно откладывать, а уж их неприкосновенную метрику... Даже не знаю. Да и вебвизор отвалится, если сеттаймауют на загрузку не ставить, действий-то во вьювере не происходит. Пускай он глючный и кривой, но кое что я оттуда черпаю.
Загрузка идёт по действию пользователя, скролл, мышка, тач.
Никакого сеттаймауют не нужно. А для вебвизора идёт проверка, если идёт именно запрос его то скрипт загружается сразу. Всё уже придумано до вас :)
У меня то это не придумано ) Отложенная загрузка идет сторонним кодом кэширующего плагина, а там вот это "А для вебвизора идёт проверка" не предусмотрено, они там про метрику вообще не в теме, им это не надо ))))
Значит надо обращаться к тем, кто сделает это без всяких там плагинов, они явно не нужны для этого.