Проблема с оптимизацией скорости сайта?

Question

[ALEX]

Добрый день, занимаюсь оптимизацией скорости сайта https://learnhowblogging.com. Для теста использую https://gtmetrix.com где сервис показывает отличный результат (прикрепил фото) и https://tools.pingdom.com/ где показывается средний результат. Почему так происходит и как добиться отличного результата в Pingdom, я уже настроил все плагины, сделал компрессию Gzip, добавил много кода в htacess и все ровно он недоволен, как это исправить, заранее благодарен за любую помощь

Answer 1

[Орхан Гасанлы]

- Use cookie-free domains - Вам надо всю статику отдавать из субдомена или другого домена, на котором нет кукисов. Также состояние улучшит подключение CDN сервисов (бесплатный cloudflare)
- Compress components with gzip Хоть у вас и настроена компрессия, но скорее всего не для всего. Стоит проверить типы файлов, для которых компрессия не работает (может из-за настроек хостинга).

Также положение улучшит критичный CSS. Его у вас нет на сайте. Почитайте, как создать его и добавить на сайт.

И кстати, проверяйте оптимизацию по pagespeed на оф. сайте, они недавно обновили проверку и я бы сказал, что на gtmetrix пока старая версия и соответственно, на gtmetrix результаты выше, чем они есть согласно новой системе.
https://developers.google.com/speed/pagespeed/insights/
ваш результат - 44 для моб, 84 для десктопа

Ну и к моему сожалению, часть, которую невозможно решить тривиальным путем - внешние скрипты и стили (счетчики, CDN скрипты и стили и т.д.) на все это гугл жалуется.
Рекомендуется их оставить на сайте, как есть и не трогать. Но если вам нужно по какой-то причине показать клиенту результат 100%, то в порядке БРЕДА можете локально отдавать эти скрипты. Чтобы они были актуальны обновляйте по CRON.

Я тут отвечал как-то Как ускорить загрузку сайта?
Говорю заранее, это не самый лучший вариант (отдавать скрипты локально, но чтобы гугл перестал жаловаться на них, можно сделать так)

Comments

[Игорь Воротнёв]

в порядке БРЕДА можете локально отдавать эти скрипты. Чтобы они были актуальны обновляйте по CRON.

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

Вообще-то это как раз тема, рекоммендуемая (втихаря правда) самими разрабами из гугла, команды хрома и тд. Тот же Addy Osmani регулярно в своих постах или докладах это упоминает. И ничего опасного в этом нет, если делать с умом (и, конечно же, понимать что делать). У нас на многих проектах практикуется - и аналитика, и шрифты, и даже google tag manager. Работает как часы, никаких проблем.

[Орхан Гасанлы]

Игорь Воротнёв, да и у меня работает без проблем) Но довольно странно, что pagespeed жалуется на скрипты самого же гугла. Возможно, что я ошибаюсь, но как по мне предпочтительнее отдавать статику из CDN, чем из локалки. Хоть меньше нагрузки будет. Но тут приходится выбирать...

[Игорь Воротнёв]

azerphoenix, pagespeed жалуется правильно, какая разница что скрипты их же?) Сам концепт замедляет сайт, факт. Но иногда он неизбежен, ибо приходится аналитику подключать (ну и все такое прочее). Удобство подключения (копи-паста кусочка кода из аналитики) в ущерб скорости. А там где балом правят разрабы и те, кто понимает толк в оптимизации все равно будет сделано так, как лучше для скорости.

Возможно, что я ошибаюсь, но как по мне предпочтительнее отдавать статику из CDN, чем из локалки.

Тут нет однозначного ответа и нет "правильно" или "неправильно". Сильно зависит от специфики проекта, конкретного кода, аудитории сайта, расположения серверов и тд. К примеру, сейчас запускаем сайт австралийской локальной компании, для местной ЦА (95%+ посетителей из одного региона Австралии). В этом случае CDN лишний, даже несмотря на то, что половина сайта это посадочные продающие страницы с тучей мелкой графики, autoplay видосами и тд (много запросов на статику). Сервер в Мельбурне с обычным HTTP/2, адекватным prefetch/preload/preconnect и http push позволяет грузить все практически мгновенно. Если бы аудитория этого сайта была по всему миру - тогда только CDN, без вариантов. А если относительно простой сайт с к-вом статических запросов <40-50, то CDN вообще не нужен (при условии что используется HTTP/2), заметного выигрыша не даст. В общем, все нужно тестировать и замерять в каждом конкретном случае. Одного волшебного рецепта не существует.

[Орхан Гасанлы]

Игорь Воротнёв, благодраю!

Одного волшебного рецепта не существует.

Это точно!

[Борис Сёмов]

azerphoenix, Да нечего тут выбирать. Надо просто относиться к тому, что написано в pagespeed insights и подобных сервисах, не более, чем как к общим рекомендациям. И думать головой, нужно в каждом конкретном случае, какие конкретные рекомендации выполнять, или нет, в конкретном вашем случае, и чем они реально могут помочь, и насколько это вообще будет заметно на стороне пользователя.
Стремиться любой ценой к 100 просто совершенно бессмысленно.

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

Или, например, есть галерея, и у неё страничка картинки в очень хорошем качестве, может даже принципиально какой-нибудь lossless, и она такая нужна. Будете пережимать её по рекомендации?

Такие сервисы проверок "типа оптимизации", прежде всего, нужны, чтобы указать вам на ряд возможных часто встречающихся проблем. Они не заменяют собственные тесты производительности, знания и опыт, и не редко дают false positive, в хоть сколько-то не стандартных ситуациях.

[Орхан Гасанлы]

Борис Сёмов, да я то непротив) Был задан вопрос на сайте, я и ответил на него. Не люблю стремиться за показателем 100%, но иногда приходится. Спасибо)