Хватит паранойи или почему вам не светит 100 баллов в Page Speed

Хе, я думал будет написано про новый PageSpeed (который актуален именно сейчас). На предыдущем то как раз можно было сделать 100/100 почти на любой системе, было бы время и настойчивость.

Сейчас много зависит еще и от верстки, и «джентельменский набор» critical css, сжатие+gzip, оптимизированные картинки уже не поможет.

Плохо сверстанный сайт так и останется в 70-75 баллах, а хорошо сверстанный получит 100 даже без оптимизаций. Стало важным оптимизировать пожирание яваскриптом времени процессора, стало важно время до первой интерактивности.

По поводу WebP немного не так. Не надо платить никакому дизайнеру за два формата, сервер должен сам считывать заголовок поддержки WebP и отдавать, пережимая «на лету» с сохранением в кеш. Работы на час для любого количества изображений.

Например есть хорошая статья на CSS-tricks.

кстати, в этой статье есть ошибка.

Note that we will ask JavaScript to select images that contain a lazy class. Once the image has loaded, we’ll remove the class because it no longer needs to trigger an event. And, once all the images are loaded, we remove the event listeners as well.

из-за нее даже загруженные изображения будут обнюхиваться и обработчики событий не будут удалены.

нужно заменить querySelectorAll на getElementsByClassName.

Из интереса запустил аудит на свой любительский проект, сделанный на vuejs:

Best practices — 100% | Performance — 97%

По роду деятельности я даже не програмист, уж простите за хваставство =)

Меня больше всего во всех этих балах раздражает — внешние ресурсы. Счетчики метрики или рекламы там или с малым временем кеша или без него вовсе — минус 10-20 балов отдается на аналитику и т.п. ресурсы.

Есть простой понятный бизнесу бенчмаркинг: посмотреть характеристики по параметрам сайтов-конкурентов для конкретной ниши и сделать чуть лучше. Не идеально, а именно чуть лучше. Минимум затрат — максимум выигрыша.

Это в измеримых величинах. А в реальности всё зависит от того, как посетитель с поисковика использует сайт и возвращается ли с него в поиск для захода на сайты конкурентов — остальное для поисковика лишь вторичные половые признаки.

Лучше всего еще на «стадии фотошопа» сохранять файлы в минимальном качестве и делать это лучше всего через импорт, а не через «сохранить как».

Может лучше через экспорт?

Вся статья это очевидно такой троллинг.
Ведь не может же WEB разработчик расписаться в своей некомпетентности такими нелепыми аргументами. Судите сами:
Он и дизайнеру собрался платить за то что должен делать либо его(веб разработчика) код или код веб сервера, который легко может отдавать именно тот формат который поддерживает браузер.
И разобраться не смог как оптимизировать изображения, чтобы тест их принимал как примелемые
И лейзилоад, который занимает сейчас около 17 строк JS кода, у него лежит в отдельном JS файле.
Да и для CMS оказывается нужно писать какой-то особый магический код, который, о боже, отсуствует даже в Битриксе. Вся магия которого видимо в том, что и писать его не надо, он работает и так за счет пары строчек в конфигурации веб сервера.

Как справедливо говорили Выше, старый ВЕБ тест от Google, нет требовал от специалиста вообще никаких усилий. В том числе и в случаях, когда кто-то потребовал ровно 100 балов. Новый стал объективнее, но я даже боюсь подумать как он снесет крышу ВЕБ разработчикам, у которых проблемы описанные в статье, оказались нерешаемыми или решаемыми за большие деньги.