Сайт «тормозит» — это не диагноз, а симптом. Как у врача: «болит голова» может значить что угодно, от недосыпа до давления. Так и здесь: за фразой «сайт медленный» может стоять тяжёлая главная страница, перегруженный сервер, кривой плагин или база, которая разрослась до неприличия. Пока вы не поймёте, что именно тормозит, любые действия будут тыканьем пальцем в небо — включая смену хостинга, которая часто не помогает.
Разберём, как пройти путь от «что-то медленно» до «вот эта страница, вот эта причина».
Шаг 1. Отделите страницы от сайта
Первое заблуждение — что тормозит весь сайт целиком. Почти всегда это не так. Быстрая главная может соседствовать с чудовищно медленной страницей каталога, а статья в блоге — грузиться за секунду, пока карточка товара думает пять.
Поэтому начните с замера: откройте десять-пятнадцать ключевых страниц по отдельности и засеките время загрузки. Лучше не на глаз, а через инструмент вроде PageSpeed Insights — он покажет и общий балл, и конкретные проблемные места. Запишите результаты: где-то будет 1,5 секунды, где-то — 8.
Так вы сразу сузите круг. Если медленные все страницы без исключения — проблема, скорее всего, на уровне сервера или базы. Если только некоторые — ищите причину в их содержимом.
Шаг 2. Поймите, когда именно тормозит
Второй важный вопрос — не «где», а «когда». Сайт может летать утром и умирать вечером, когда приходит трафик. Или тормозить только при входе в админку. Или только у пользователей с мобильного интернета.
Проверьте несколько сценариев:
- В разное время суток — утром, днём, вечером.
- На разных устройствах — компьютер и телефон.
- С разной скоростью соединения — быстрый Wi-Fi и мобильный интернет.
- До и после входа в аккаунт — иногда авторизованные страницы не кэшируются и грузятся иначе.
- При разных действиях — открытие страницы, отправка формы, оформление заказа.
Если медленно только в часы пик — это нагрузка. Если только у авторизованных — кэш. Если только при оформлении заказа — код или интеграция. Характер задержки подсказывает, где искать.
Шаг 3. Локализуйте причину
Когда известно, какие страницы и когда тормозят, остаётся понять, из-за чего. Причины обычно попадают в одну из четырёх групп.
Сервер. Признаки: медленно всё, включая админку, время ответа сервера больше секунды, сайт «падает» под нагрузкой. Проверяется по времени отклика в инструментах разработчика — если сервер думает долго ещё до того, как отдал страницу, дело в нём.
Код и плагины. Признаки: отдельные страницы тормозят, а остальные нет; после установки нового плагина стало хуже. На WordPress это самая частая причина — накопленные плагины, которые конфликтуют друг с другом или тянут лишние скрипты.
Контент. Признаки: страница долго показывает пустой экран, а потом резко появляется. Тяжёлые картинки, видео, огромные шрифты. Особенно если контент загружали давно и не сжимали.
Третьи стороны. Признаки: страница открывается, но «висит» на несколько секунд, прежде чем стать интерактивной. Виновники — счётчики аналитики, чаты, виджеты, внешние шрифты. Они грузятся с чужих серверов, и вы не контролируете их скорость.
Шаг 4. Посмотрите, что грузится дольше всего
Самый быстрый способ найти виновника — открыть инструменты разработчика в браузере (F12), вкладку Network и перезагрузить страницу. Вы увидите список всех файлов и время загрузки каждого.
Отсортируйте по времени и посмотрите наверх списка. Там окажется либо огромная картинка, либо скрипт со стороннего домена, либо файл, который грузится в несколько раз дольше остальных. Это и есть главный подозреваемый.
Полезно проверить и вкладку Performance — там видно, на что браузер тратит время: на загрузку, на отрисовку или на выполнение скриптов. Если основное время уходит на скрипты, проблема в коде, а не в картинках.
Шаг 5. Проверьте базу данных
Этот шаг часто пропускают, а зря. Если сайт на WordPress, WooCommerce или другой CMS с базой, со временем она разрастается: старые ревизии, черновики, логи, корзины брошенных заказов. И запросы к ней начинают занимать секунды.
Признак проблемы с базой — медленные страницы, которые делают много запросов: каталог, поиск, архивы. Проверить можно через плагин оптимизации базы или через обращение к разработчику. Иногда достаточно почистить ревизии и старые записи, чтобы сайт ожил.
Чего делать не стоит
Есть несколько действий, которые кажутся логичными, но только запутывают картину.
- Менять хостинг, не выяснив причину. Если тормозит из-за картинок, новый сервер не поможет.
- Ставить десять плагинов оптимизации сразу. Они начнут конфликтовать, и станет хуже.
- Отключать кэш «чтобы проверить» на живом сайте — посетители увидят медленную версию.
- Чинить наугад: убрать один блок, добавить другой, посмотреть, что будет. Это долго и почти никогда не срабатывает с первого раза.
- Игнорировать мобильные замеры. На телефоне та же страница может тормозить в разы сильнее.
Порядок действий, если коротко
- Замерить десять ключевых страниц по отдельности.
- Понять, когда и у кого тормозит.
- Открыть инструменты разработчика и найти самые тяжёлые файлы.
- Проверить сервер, код, контент и сторонние скрипты по очереди.
- Посмотреть на базу данных, если сайт на CMS.
- Исправлять по одной причине за раз и замерять результат.
Такой подход занимает час-два, но даёт точный ответ. Вместо «вроде стало быстрее» вы будете знать, что именно изменилось и на сколько.
Что в итоге
Задержки сайта почти всегда имеют конкретную причину — и она находится, если идти от симптома к источнику, а не менять всё подряд. Сначала страница, потом время, потом файл, потом причина. Этот путь работает и для одного медленного раздела, и для сайта, который «вроде весь тормозит».
Если разбираться самостоятельно не хочется или не хватает времени, это нормально. Мы обычно начинаем с диагностики: замеряем страницы, смотрим, что грузится дольше всего, и говорим, где именно узкое место. Иногда это одна картинка, иногда — сервер, иногда — база. Напишите или оставьте заявку — найдём, что тормозит ваш сайт, и предложим решение без переделки всего подряд.