Медленный сайт - это не всегда проблема хостинга и не всегда проблема CMS. Скорость зависит от ответа сервера, запросов к базе, PHP-кода, изображений, кеша, внешних скриптов и расположения посетителя.
Куда смотреть первым
| Область | Типичный признак |
|---|---|
| Ресурсы хостинга | Упор в CPU/RAM, много entry processes, медленный TTFB. |
| CMS/плагины | Медленная админка, один плагин создает много запросов. |
| База данных | Медленный поиск, фильтры, товары или большие списки в админке. |
| Изображения | Страница слишком тяжелая, мобильная версия грузится долго. |
| Внешние скрипты | Аналитика, виджеты, реклама или чаты задерживают отображение. |
Правильный порядок диагностики
- Проверьте, проблема постоянная или только в пиковое время.
- Посмотрите использование ресурсов в панели хостинга.
- Сравните работу с включенным и отключенным кешем.
- Проверьте waterfall браузера или отчет PageSpeed.
- Посмотрите логи за период замедления.
Пришлите URL и время, когда сайт замедляется. Поможем отделить нагрузку хостинга от CMS и фронтенда.
Разобрать скорость сайтаКак действовать с WordPress безопасно
Перед изменениями WordPress важно иметь свежую копию файлов и базы данных. Многие ошибки появляются после обновления плагина, темы, PHP-версии или изменения настроек кэша.
- проверьте версию PHP и совместимость плагинов;
- перед обновлениями сделайте backup;
- при белом экране проверьте error_log;
- отключайте проблемные плагины по одному;
- не храните старые архивы и копии сайта в публичной папке.
Если сайт коммерческий, лучше сначала проверить изменения на тестовой копии, а затем переносить их на рабочий сайт.
Что подготовить перед обращением
Чтобы поддержка GoodNet быстрее разобралась с вопросом по теме «Почему сайт медленно работает: хостинг, CMS, база или внешние скрипты», укажите домен, услугу, время появления проблемы, что менялось перед этим и приложите точный текст ошибки или скриншот. Это помогает сразу перейти к диагностике, а не тратить время на уточнение базовых данных.
Как понять, что всё настроено правильно
После выполнения инструкции важно проверить не только сам факт изменения, но и результат для пользователя: открывается ли сайт, приходят ли письма, нет ли предупреждений браузера и ошибок в панели управления. Если задача связана с рабочим проектом, лучше проверять её в спокойное время и заранее сохранить текущие настройки.
Для WordPress после любых изменений очистите кэш и проверьте несколько типовых страниц: главную, карточку товара или услуги, форму обратной связи и вход в админ-панель.
- проверьте результат без кэша браузера;
- сохраните точный текст ошибки, если она появляется;
- не удаляйте старые настройки, пока не убедились, что новые работают.