Как ускорить медленный сайт.

Большинство медленных сайтов медленные по скучным причинам: огромные картинки, слишком много сторонних скриптов и дешёвый хостинг. Лечение — обычно не пересборка, а час замеров и день точечной работы. Вот порядок, в котором мы это делаем.

1. Сначала замер, никогда — догадки

Откройте PageSpeed Insights (pagespeed.web.dev) и прогоните главную страницу. Важны два числа:

• LCP (Largest Contentful Paint) — когда появляется самый крупный элемент. Меньше 2,5 с — хорошо, больше 4 с — проблема.
• Общий вес страницы — смотрите во вкладке Network в браузере. Меньше 1,5 МБ — здорово; многие медленные сайты грузят 8–15 МБ.

Тестируйте страницу, которая важна (главную, основную посадочную), а не ту, что случайно открылась.

2. Картинки — 70% проблемы

Почти каждый медленный сайт в нашем аудите отдаёт фото прямо из камеры или со стока. Исправления в порядке эффекта:

• Уменьшите размер. Фото, показываемое на 800px, не должно быть файлом на 5000px.
• Конвертируйте в WebP или AVIF. Обычно на 60–80% легче JPEG при том же качестве.
• Ленивая загрузка всего ниже первого экрана: атрибута loading="lazy" у <img> достаточно.
• Указывайте width и height, чтобы страница не прыгала при загрузке.

3. Шрифты

Двух семейств шрифтов более чем достаточно. Размещайте файлы у себя вместо загрузки со стороннего сервиса, используйте font-display: swap и отдавайте только те начертания, которые реально используются. «Лёгкий» сайт, который грузит шесть файлов шрифтов, не лёгкий.

4. Сторонние скрипты

Виджеты чатов, аналитика, тепловые карты, соцсети — каждый добавляет сетевой запрос и кусок JavaScript. Откройте вкладку Network и посчитайте их. Удалите те, чьи отчёты вы не читаете. Остальные отложите (defer или загрузка после взаимодействия).

5. Хостинг и кэширование

• Включите сжатие (gzip/brotli) — одна настройка сервера, мгновенная экономия 60–70% текста.
• Настройте заголовки кэша, чтобы вернувшиеся посетители не скачивали заново ваши CSS, шрифты и картинки.
• Если аудитория мировая, используйте CDN или размещайте статику в регионе ваших посетителей. Сервер в 8 000 км добавляет 200–300 мс к каждому запросу.

Когда дело не в этом

Если ваш сайт — тяжёлая CMS с десятками плагинов, узким местом могут быть сами запросы к базе — смотрите «Time to First Byte» во вкладке Network. Больше ~800 мс на закэшированной странице значит, что проблема в сервере, а не в ассетах. Вот тогда пересборка начинает иметь смысл; читайте редизайн или пересборка?

Нет времени или доступа сделать это самим? Это ровно наша работа «Редизайн и ремонт» — от $150, обычно 1–7 дней. Получить оценку.