Параметр Total Blocking Time - непонятки. - Форум об интернет-маркетинге

anadonam · 17.04.2024, 01:18

Может кто сталкивался, никак не могу понять в чём прикол.
Есть такой парамерт Total Blocking Time. - один из скорость загрузки сайтов.
По ходу верстания вот только что выяснил. Для мобильной версии.

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

Если счетчик не ставить то этот раметр может равен 0 или очень очень маленький. ну исходя из того что рекомендуемый не выше 50мс. то без него до 10, с ним 50-200.

Ряд тестов на разных сайтах показал, ну как мне кажется дело доходит до абсурда с этим параметром... на сайте у которого все остальные параметры скорости работы, общей загрузки в 2 раза ниже, то есть есть еще параметры

- First Contentful Paint - 1,0 сек. (1,7)
- Largest Contentful Paint 1,0 сек. (1,9)
- Cumulative Layout Shift 0 (0,019)
- Speed Index 1,0 сек.(1,6)

когда ставим счётчик, просто в блок футера без всяких изаществ.
то Total Blocking Time - 180, и когда параметры у сайта выше, да всё тоже самое, и блок футера у всех одинаковый когда помещаем счетчик в футер. было 10 становится 50....

Кто ни будь сталкивался с этим?
читать что то не сильно помогает.
Дело в том что помещание счётчика на самую элементаную страницу у которой нет css а состобящую из

Код:

<body>
<main>текст</main>
<footer>счётчик<footer>
</body>

Это абсолютно ничего не менят, при условии, что остальной код движка абсолютно всё тоже самое. Тоесть у сайта у которого верстка гораздо сложнее с грамоздким файлом css c кучей всяких мараметров, у которого остальные покащзатели гораздо выше, но при этом у него Total Blocking Time (со счётчиком) раза в 3 меньше [ на голом макете показатель 170, на сложном сайте 50]. Хостинг один и тотже. тест проводился на сайтах, расположенном на одном аккаунте хостинга, на одинаковых движках, просто с разной вёрсткой.

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

Ресуры для теста
- pagespeed.web.dev
- pr-cy.ru/speed_test/

По вопросу в этих двух сервисах разницы нет, показывают одинаково и вопрос про, что интересно - про мобильную версию. с десктопной всё нормально - показатель скачет 0-10мс. (всякие погрешности когда как, это нормальный диапазон.)

anadonam · 17.04.2024, 01:25

И вот получается бред,
картинка 150 - это на голом макете (head одинаковый, а в боди просто 2 блока - контент и футер (в футере счетчик, а разница колласальна))
повторю вопрос, так как верстать то..
а если без счётчика метрики то у обоих 0.
но счётчик метрики нужен....

anadonam · 17.04.2024, 01:40

Картинка. данные на голом шаблоне.
- без счетчика метрики. (но с движком).
почему и в тупике то.
не могу понять, почему такая коллосальная разница в показаниях этого параметра, причём по логике не увязывается.... и просто из за счётчика и как с ним быт то..... как так жить

anadonam · 17.04.2024, 02:37

Ну может заодно будет кому еще полезно. Только что по мере возни выяснил.
Просто одна неподгружаемая картинка (например была уалена, а тег на странице остался)
даёт прирост этого параметра 10мс.
(ну то есть как я понял. параметр со скоростью отображения верски плотно связан)

burunduk · 18.04.2024, 00:00

anadonam, грузи метрику со своего сайта и будет тебе счастье

anadonam · 18.04.2024, 19:14

Не понял предложение.
Метрики то свои. с ака яндекса
Для каждого сайта свой код.
да чужие ... поставить то не проблема так ведь они же ничего не дают.
(они будут показывать в чужом аке чужеродные урлы ака свои и всё)

Тут закралось подозрение что сравниваю с сайтом у которого код метрики стоит очень давно. а новом который переделываю код обновились (ну один это совсем новый сателиик, он пок так...). вот у них висит кнопочка - создать цель. а у двух старых такой нету. (ну не буду совсем подробности - в обющем втрой сравниваю с первым (они на одном хостинге просто, все парамеры по идее то идинаковые, кроме верстки))

anadonam · 18.04.2024, 19:20

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

Больше пока ничего... ну я просто заново перевестоваю неспеша.
то что сделал выяснилось там косяки... (не связанные с версткой, а там... мои заморочи, по движку в целом) сижу думаю экспериментирую.

burunduk · 18.04.2024, 23:25

Цитата:

Сообщение от anadonam

Не понял предложение.
Метрики то свои. с ака яндекса

загрузи код метрики к себе на сервер и загружая со своего сервера, а не с сервера яндекса
и только для реальных пользователей, после полной загрузки страницы

ziliboba0213 · 18.04.2024, 23:57

Цитата:

Сообщение от burunduk

загрузи код метрики к себе на сервер и загружая со своего сервера, а не с сервера яндекса

А так можно? А если они его обновят?

Цитата:

Сообщение от burunduk

и только для реальных пользователей, после полной загрузки страницы

Тогда толку от метрики для статейника то? Ботов вычислить не получится по показателям же...

anadonam · 19.04.2024, 09:54

Пробовал както то очень очень давно, у меня не получилось так добиться от него работы.
Но это было очень давно, я так понимаю там у них кодеры поопытней работалив те времена и не позволяли такое делать

. сейчас не знаю. надо еще раз попробовать.

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

Проблема сугубо в тесте на мобильную версию....
Для десктопа всё лучше некуда.
Даже с кодом счётчика 0 показвает.. (супротив 150-ти)
Забавно.
p.s. Вообще то это гуглевский параметр.
Я так понимаю Яндекс труба шатал на такие переживания.
хотя и не знаю, есть что то на что он не шатал кроме чтобы Дзен был всегда в топе по всем запросам

Цитата:

Сообщение от ziliboba0213

Тогда толку от метрики для статейника то? Ботов вычислить не получится по показателям же...

Как раз в этом толк.
показатели от ботов не нужны...

К сожалению вернее не совсем к сожалению. у меня нет столько времени и сил, уделять все 100% что есть в наличии на работу, сайтам и только сайтам.
но вот кукушка у тамашних деятелесь в плане придумывать веб-мастерам абсолютно ненужную трудоёмкость стала отшибленной. это точно

17.04.2024, 01:18	#1
anadonam JusT CompL Профессор Регистрация: 22.06.2020 Адрес: тут я живу Сообщений: 670 Сказал(а) спасибо: 53 Получил(а) "Спасибо": 276 Нарушения: 0/0 (0) Репутация: 290867	Параметр Total Blocking Time - непонятки. Может кто сталкивался, никак не могу понять в чём прикол. Есть такой парамерт Total Blocking Time. - один из скорость загрузки сайтов. По ходу верстания вот только что выяснил. Для мобильной версии. Как только а шаблон добавляем счётчик яндекс метрики этот параметр катастрофически сильно вырастает. иногда до критических значей, что уже начинает влиять на общую отчётность по оптисизации. Если счетчик не ставить то этот раметр может равен 0 или очень очень маленький. ну исходя из того что рекомендуемый не выше 50мс. то без него до 10, с ним 50-200. Ряд тестов на разных сайтах показал, ну как мне кажется дело доходит до абсурда с этим параметром... на сайте у которого все остальные параметры скорости работы, общей загрузки в 2 раза ниже, то есть есть еще параметры - First Contentful Paint - 1,0 сек. (1,7) - Largest Contentful Paint 1,0 сек. (1,9) - Cumulative Layout Shift 0 (0,019) - Speed Index 1,0 сек.(1,6) когда ставим счётчик, просто в блок футера без всяких изаществ. то Total Blocking Time - 180, и когда параметры у сайта выше, да всё тоже самое, и блок футера у всех одинаковый когда помещаем счетчик в футер. было 10 становится 50.... Кто ни будь сталкивался с этим? читать что то не сильно помогает. Дело в том что помещание счётчика на самую элементаную страницу у которой нет css а состобящую из Код: <body> <main>текст</main> <footer>счётчик<footer> </body> Это абсолютно ничего не менят, при условии, что остальной код движка абсолютно всё тоже самое. Тоесть у сайта у которого верстка гораздо сложнее с грамоздким файлом css c кучей всяких мараметров, у которого остальные покащзатели гораздо выше, но при этом у него Total Blocking Time (со счётчиком) раза в 3 меньше [ на голом макете показатель 170, на сложном сайте 50]. Хостинг один и тотже. тест проводился на сайтах, расположенном на одном аккаунте хостинга, на одинаковых движках, просто с разной вёрсткой. провозился три дня, не могу найти причину подвоха. пока нахожусь в тупике, в чём может быть подвох? Пока что не пробовал поместить на второй сайт абсолютно туже самую верстку с грамоздкого сайта... но дело то в том что и хочу её переделать сделать более простую... и всё отлично, разница в работе даже сильно заметна на глаз, но случайно упёрся вот в эту непоянтную ерундовину, бред какой то.... Ресуры для теста - pagespeed.web.dev - pr-cy.ru/speed_test/ По вопросу в этих двух сервисах разницы нет, показывают одинаково и вопрос про, что интересно - про мобильную версию. с десктопной всё нормально - показатель скачет 0-10мс. (всякие погрешности когда как, это нормальный диапазон.) ✀ Праздники в новом году

17.04.2024, 02:37	#4
anadonam JusT CompL Профессор Регистрация: 22.06.2020 Адрес: тут я живу Сообщений: 670 Сказал(а) спасибо: 53 Получил(а) "Спасибо": 276 Нарушения: 0/0 (0) Репутация: 290867	Re: Параметр Total Blocking Time - непонятки. Ну может заодно будет кому еще полезно. Только что по мере возни выяснил. Просто одна неподгружаемая картинка (например была уалена, а тег на странице остался) даёт прирост этого параметра 10мс. (ну то есть как я понял. параметр со скоростью отображения верски плотно связан)

18.04.2024, 00:00	#5
burunduk попробуй отними Профессор Регистрация: 14.07.2020 Сообщений: 893 Сказал(а) спасибо: 1,027 Получил(а) "Спасибо": 2,089 Нарушения: 0/0 (0) Репутация: 660509	Re: Параметр Total Blocking Time - непонятки. anadonam, грузи метрику со своего сайта и будет тебе счастье

18.04.2024, 19:20	#7
anadonam JusT CompL Профессор Регистрация: 22.06.2020 Адрес: тут я живу Сообщений: 670 Сказал(а) спасибо: 53 Получил(а) "Спасибо": 276 Нарушения: 0/0 (0) Репутация: 290867	Re: Параметр Total Blocking Time - непонятки. Еще тут чуть накопал, что раньше не знал, в целом про этот показатель. вот эти сервисы ругаются на код Js метрики как неиспользуемый... и рекомендую его убрать... (хм) А по докам пишут что неиспользующийся код Js замедляет формирование макета. (речь именно про неиспользующийся). на то что писал сам (например обрабочики меню и ко чего еще по мелочам) не ругается. но он и испоьзуется в шаблоне. Больше пока ничего... ну я просто заново перевестоваю неспеша. то что сделал выяснилось там косяки... (не связанные с версткой, а там... мои заморочи, по движку в целом) сижу думаю экспериментирую.