Скорость сайта — это не про комфорт, а про деньги: медленная загрузка убивает конверсию раньше, чем посетитель успеет увидеть оффер, а поисковики учитывают Core Web Vitals при ранжировании. Практика показывает: большинство «тормозов» лечится не переездом на дорогой сервер, а базовой инженерией — правильное кэширование на стороне сервера и браузера, сжатие и отложенная загрузка изображений через lazy load, чистка тяжёлых скриптов, нормальный TTFB.
О разделе
Причём типовые ошибки одинаковы что у лендинга, что у каталога: кэширование включено, но посетители видят устаревшую версию страницы; плагин кэширования для WordPress выбран наугад и конфликтует с формами; lazy loading навешан на первый экран и портит LCP; CDN подключён, но настроен так, что только добавляет задержку. В разделе разбираем всё это по шагам: что такое кэширование сайта и как оно влияет на скорость загрузки, какие настройки кэширования реально ускоряют сайт, чем различаются стратегии кэширования в браузере, на сервере и в CDN и когда какую применять, какой плагин кэширования выбрать для WordPress и как его настроить, откуда берутся ошибки кэширования и как их диагностировать.
Всё — из практики наших проектов: мы держим собственный сервер, ускоряли корпоративные сайты и каталоги на сотни страниц и знаем, какие параметры дают измеримый эффект, а какие — просто галочки в чек-листе аудитора. Раздел пригодится владельцу бизнеса, маркетологу и разработчику, которому сайт достался «в наследство».
Три причины медленной загрузки по частоте: неоптимизированные картинки, блокирующие скрипты и отсутствие кеша.
# посмотреть вес и время ответа
curl -s -o /dev/null -w "код=%{http_code} время=%{time_total}s размер=%{size_download}b\n" \
https://example.ru/
# заголовки кеширования (nginx)
location ~* \.(jpg|jpeg|png|webp|css|js|woff2)$ {
expires 30d;
add_header Cache-Control "public, immutable";
}