Шесть секунд. Я замерял через GTmetrix и смотрел на эту цифру с тихим ужасом. По статистике, больше половины людей уходят, если сайт не загрузился за три секунды. То есть я терял половину трафика ещё до того, как кто-то успевал увидеть хоть слово.
Самое обидное — сайт был не тяжёлый. Портфолио, несколько страниц, нормальные картинки. Просто что-то шло не так.
Что я проверил сначала — и что не помогло
Первым делом я полез оптимизировать картинки. Сжал всё через Squoosh, перевёл в WebP. Выиграл секунду. Стало 5,1 — лучше, но недостаточно.
Потом убрал лишние плагины в WordPress. Было 24, оставил 11. Ещё полсекунды. Хорошо, но не то.
Потом полез в кеширование — поставил WP Rocket, настроил. Ещё немного. Итого вышло 3,8 секунды. Уже живо, но я знал, что можно лучше.
Что реально дало результат
Проблема оказалась в сервере. Хостинг, на котором стоял сайт, давал время до первого байта (TTFB) около 800 миллисекунд. Это значит, что сервер думал почти секунду до того, как начинал что-то отдавать браузеру. Никакая оптимизация картинок это не лечит.
Я перешёл на Timeweb Cloud и подключил ускоритель сайтов — это CDN плюс оптимизация на уровне сервера. TTFB упал до 180 миллисекунд. Итоговое время загрузки — 1,9 секунды. Я перечитал цифру несколько раз.
Посмотреть на облачные решения и ускоритель можно здесь: timeweb.cloud
Что стоило сделать сразу
Оглядываясь назад — начинать надо было с проверки TTFB, а не с картинок. Инструмент простой: WebPageTest или GTmetrix, вкладка «Web Vitals», смотришь Time to First Byte. Если больше 300–400 мс — проблема в сервере, не в контенте.
Картинки, плагины, кеш — это всё важно. Но если сервер медленный, всё остальное — косметика.
