Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
webinfo #:

Это вообще "ниочём". Эти баллы - чистая условность.

И все же дело не только в баллах, там иногда и конкретные ошибки указывается, и вполне рекомендации полезные, да на которые можно забить или нереально исправить, но все же. Это как w3c validation они тоже реально подсказывают где ошибки в верстке, теги незакрытые и т.п.
webinfo #:

Какое отношение поисковая оптимизация имеет к сдвигу блоков? - Никакого. Поэтому данное замечание в контексте "при том" здесь вообще неуместно.

Я к тому что страница не такая и плохая уж. ( не кривая, косая, оптимизированная и т.п. ).

EdwardEdit #:
Нужно устранить смещение макета, можно ничего не убирать, а просто установить фиксированый размер блоков на сайте или хотяб минимальный.

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

Cumulative Layout Shift (CLS):

Компьютер: 0,16 оранджевая зона

Мобильные устройства: 0,3 красная зона

Это при том что для Компьютер: Производительность: 99 / Специальные возможности: 98 / Рекомендации: 100 / Поисковая оптимизация: 100

В Мобильной версии чуть поменьше но почти столькоже.

Одному только богу известно чего не хватает Cumulative Layout Shift (CLS), для зеленого несмещающегося несмещения.

Или только пустую html страницу или стать гуглом :-)
Сергей #:

Сделайте 2 страницы, протестируйте. Мы ждём вас с результатами. 

Тоже будет интересно сравнить гипотезу с практикой. Вас же интересует скорость рендеринга, а не сделать "как у них"?

Если говорить откровенно то меня скорее интересует Cumulative Layout Shift (CLS) в зеленой зоне, и говорят что на это вполне могут влиять подгружаемые шрифты, т.к. даже я невооруженным взглядом вижу как страница мелькает, и шрифт меняется на кастомный.

Насчет тестов, было у меня просто в sytle.css через @font-face, добавил ещё link rel=preload вверх, но честно говоря, в google page speed insign вроде особо ничего не поменялось, а на взгляд тут хз может кеш, но вроде поменьше мелькать стало или это самовнушение.

Кстати на этом форуме тоже сделано через link rel=preload и в файле css @font-face, но они всетаки не такие гении как на хабре чтобы впендикрючить в html документ в самый верх :)

Короче, фиг его знает как лучше :-)
Кстати эти заголовки не расположенные последовательно всего 2 балла отнимают, а и да обертка в aside не 
устраняет это предупреждение, хотя на сайдбар не жалуется, видимо из main нужно убирать, а это ппц.
Vladimir #:
- Обычно подобные статьи так оформляются
Я бы с удовольствием, но там плагин этот h3 делает и изменить я его не могу, редактировать из-за этого плагин не хочу.
Vladimir #:
- В любом случае, даже если вы найдете отдельный элемент - в нем заголовки не будут расположены в определенном порядке, т.е будут начинаться с h3
Да это действительно так, чтобы я не делал всегда гугл считает этот заголовок вместе с теми, которые в статье.
Антоний Казанский #:

Похожие статьи - это блок доп. информации, который не является частью основного документа, поэтому не надо его включаться в <article>, лучше вынести в <aside>.

А разве тегу aside запрещается размещаться в article, вроде только в address, даже были где-то примеры на MDM что-ли, в article в виде скноски ( кусочек какго-то текста, в общем тексте).
-= Serafim =- #:

Зачем тебе это? Ты гуглил, чаты спрашивал? Нечем заняться?

Конечно, вот даже такое почитал, там все на английском, ничего не понятно, но очень интересно:

https://csswizardry.com/2020/05/the-fastest-google-fonts/

Из того что удалось разобрать:

font-display: swap; is a good idea.

preloading Google Fonts is a good idea.

:)))))))))

Но он там вроде не тестил вариант как на хабре…
-= Serafim =- #:

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

Чувак какие аккаунты, что со шрифтами.
Всего: 2000