Скорость загрузки по Pagespeed Insights и оптимизация кода

Чем быстрее закгружается сайт, тем меньше отказов.

Какой там у вас код, вообще пофиг. Но в 2018 иметь код который не проходит https://validator.w3.org позорно. Потому что углуги верстальщиков стоят недорого.

https://validator.w3.org/nu/?doc=https%3A%2F%2Fyandex.ru%2F

https://validator.w3.org/nu/?doc=https%3A%2F%2Fgoogle.ru

Позор им. 😂

Там всё написано на русском, программисты старались. А печально то, вы видите только оранжевый и зелёный. Всё остальное не важно, главное цвета, как на светофоре. Зелёный едим, красный стоим. Удобно да?

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

Никакие эксперименты не нужны, это обычный КОД, просто нужно работать и исправлять проблемы, если они есть и делать конкретные действия. Какие ещё эксперименты?!

Речь была даже не о чистоте кода (это понятно), хотя я еще не встречала таких проектов, где все было бы на 100% чисто. Яндекс и Гугл тому пример.

Имелось в виду сокращение кода. Хостер предложил такой скрипт. Вот я и думаю: нужен он мне или нет.

---------- Добавлено 30.11.2018 в 15:02 ----------

Я вижу не только оранжевый и зеленый, но еще и красный. Это ведь первое, что бросается в глаза!))

А если серьезно, я просмотрела естественно все пункты, устранила некоторые из проблем (в меру своих возможностей).

Но я не программист и всего сделать конечно не могу.

Да, пыталась найти специалиста, но они почему-то все сливаются. Один свалил все на хостера, а другой просто отказался без объяснения причины.

Там ничего от программистов по сути не нужно, это обычный вебмастеринг.

1. Нужно чтобы первый байт был быстрый. Это самое важное. Ваш сервер должен достаточно быстро отдавать контент при запросе.

2. Уменьшение количество активных JS скриптов. Это всякие карты,чаты,лайки/шары,счётчики,красивые прокрутки. Т.е. скрипты, которые активно работаю всегда. Их количество нужно пересматривать. Опять же это всё делается в браузере. Выключаются все JS и проверяется работа страницы, если она стала реактивной. Значит надо что-то думать с JS и как-то уменьшать их, убирать крайне не нужные.

3. Картинки. Тут всё просто. Смотрим что нам говорят, если у нас картинки по 526 Кб, а нам говорят, что можно уменьшить до 200 Кб. Надо рассмотреть этот вариант.

Если же с 25 КБ до 21 КБ, вообще плевать. Пропускаем.

4. Уменьшение размера CSS/JS. Тут главное, чтобы не было 60 файлов JS и 50 файлов CSS, если это так, то надо срочно что-то с этим делать. С самим размеров файлов ничего не нужно т.к. главное включенный gzip он нивелирует размер файлов.

Как видим, ни о каком-то "сокращении кода" тут не идёт речь.

Только обычно включают gzip on; с коэффициэнтом от 4 до 6 и всё :(

А надо кроме этог включить gzip static on; и сжать все js и css c коэффициентом сжатия 9 (скриптом соответствующим пробежаться)

P.S.

Для полного счастья ещё бы и brotli on; с level 5 или 6 и brotli static on; и опять таки сжать все js и css c level 11 (опять таки скриптом пробежаться)

В общем-то, ситуацию удалось улучшить сжатием картинок.

А gzip обязательно должен быть включен?

С включенным скорость загрузки для мобильных 52, для компьютеров 89. С выключенным - для моб. 54, для комп. 98 😕

---------- Добавлено 30.11.2018 в 20:23 ----------

Вы о каком движке пишете? У меня в админке ничего подобного нет, только вкл. или выкл. gzip (Joomla).

А что за скрипт, которым можно сжать все js и css?

gzip on; gzip static on; - это в конфигурации nginx

Написать самому :)

5-6 оптимальное сжатие, учитывая время сжатия/разжатия и нагрузку CPU.

Выше ставить не имеет смысла.

Извините, но это "задроство" индивидуальных личностей, в реальности это нужно очень редко.

Советую для сжатия картинок https://optipic.io/ru/

Для динамического сжатия конечно выше 6 ставить нельзя. А вот почему предварительное сжатие с максимальным коэффициентом сжатия (для gzip 9, для brotli 11) Вы считаете задротством я понять не могу :(