Чому ваш WordPress сайт завантажується повільно: 5 причин, які бачить бізнес, але не бачить розробник

Іванна, маркетинг-менеджер B2B-компанії, відкрила PageSpeed Insights з цікавості, хтось у команді поскаржився, що сайт «якийсь гальмований». Результат: 5.4 секунди на мобільному. Директор того ж тижня запитав: «Ну і навіщо ми платимо за нього?»

Це не технічна проблема. Це бізнес-проблема з конкретними наслідками. За даними Google, 53% мобільних користувачів залишають сторінку, якщо вона завантажується довше 3 секунд. А кожна додаткова секунда затримки знижує конверсії в середньому на 7%.

Ось 5 причин, через які WordPress сайт повільно завантажується. Без жаргону, без «оптимізації», просто по суті, і з конкретними кроками, що з цим робити.

Причина 1: Хостинг, на якому «всі сидять разом»

Більшість сайтів живуть на так званому «shared hosting», спільному сервері, де ваш сайт сусідить із сотнями або тисячами інших. Уявіть офісну будівлю, де 200 компаній ділять один ліфт. Поки він вільний, все нормально. Але в понеділок вранці черга на 15 поверхів.

Так само з вашим сервером. Якщо сусідній сайт отримав сплеск трафіку, після публікації у Facebook або рекламної кампанії, він забирає ресурси сервера. Ваш сайт починає «гальмувати» без жодних змін з вашого боку. Раптово і ніби без причини.

Хостинг за 2000 грн на рік звучить розумно. Але якщо через нього сайт завантажується 5 секунд і перший клієнт іде до конкурента, реальна ціна цього хостингу набагато вища.

Симптом: сайт гальмує не завжди, а «раптово» і без видимої причини. Іноді швидкий, іноді ні.

Як перевірити: Перевірте сайт у різний час доби, вранці і ввечері. Якщо швидкість сильно різниться без змін на сайті, проблема в хостингу. Також зверніть увагу на версію PHP в панелі хостингу: PHP 7.4 і старіші суттєво повільніші за PHP 8.2+.

Причина 2: 30+ плагінів, і кожен завантажує свій «вантаж»

WordPress, гнучка платформа. Саме тому для неї існують тисячі плагінів: форми, слайдери, галереї, SEO-інструменти, кнопки соцмереж, чат-боти, резервне копіювання. Кожен плагін, це окремий файл або набір файлів, які браузер вашого відвідувача має завантажити перш ніж побачить сторінку.

Уявіть, що ви відкриваєте документ, а Word спочатку завантажує 30 розширень, навіть ті, якими ви ніколи не користувалися. Ось що відбувається у браузері вашого клієнта на кожній сторінці.

Додайте до цього ще одне: плагіни, які встановили 2-3 роки тому і забули. Вони часто більше не оновлюються розробниками. Такий плагін не тільки сповільнює сайт, він ще й відкриває дірку в безпеці. Подвійна проблема за одним рядком у списку.

Симптом: сайт гальмує на всіх сторінках без винятку, і на головній, і в блозі, і на контактах.

Як перевірити: Зайдіть у WordPress Dashboard → Плагіни → Встановлені. Подивіться: скільки плагінів давно не оновлювалися? Скільки з них ви насправді використовуєте? Більше 30 активних плагінів, час проводити аудит.

Причина 3: Фото, яке важить як ціла папка документів

Хтось із команди зробив фото на iPhone, завантажив оригінал прямо в WordPress. Файл важив 8 МБ, нормальна якість для друку або великого екрану. Але цю ж фотографію тепер завантажує телефон клієнта з мобільного інтернету.

8 МБ на 4G, це приблизно 3-4 секунди тільки на завантаження одного зображення. А якщо таких фото на сторінці три або п’ять?

Перше враження від вашого сайту відбувається під час завантаження. Якщо людина чекає 5 секунд на телефоні, вона іде. Не тому що сайт поганий. Просто тому що не дочекалася. А це ваш перший контакт із потенційним клієнтом.

Симптом: сайт особливо повільний на мобільному телефоні, але відносно нормальний на комп’ютері.

Як перевірити: Відкрийте Chrome, натисніть F12 → вкладка Network → перезавантажте сторінку. Відсортуйте за розміром (Size). Якщо зображення важать більше 500 КБ, це вже проблема. Зображення понад 1 МБ, критично.

Причина 4: Сайт «готує їжу з нуля» для кожного відвідувача

Коли хтось заходить на ваш WordPress сайт, за лаштунками відбувається ціла операція: сервер звертається до бази даних, збирає всі частини сторінки, формує відповідь і надсилає її браузеру. Для кожного відвідувача, окремо, заново.

Уявіть ресторан, де для кожного гостя готують страву з нуля, навіть якщо меню однакове і попит передбачуваний. Можна зробити інакше: приготувати готові страви заздалегідь і просто подавати. Саме це робить кешування, зберігає готову версію сторінки і видає її відразу, без зайвої роботи.

Якщо на сайті 50 відвідувачів одночасно і кешування відсутнє, сервер обслуговує 50 окремих «замовлень» щосекунди. При бюджетному хостингу це фізично неможливо робити швидко.

Симптом: сайт гальмує саме тоді, коли є трафік, після публікації в соцмережах, після розсилки, після реклами.

Як перевірити: Відкрийте заголовки відповіді сервера (F12 → Network → оберіть будь-який запит → Headers). Шукайте рядки X-Cache або CF-Cache-Status. Якщо бачите MISS або нічого подібного немає, кешування не налаштовано.

Причина 5: Шаблон «все включено», навіть те, що вам не потрібно

Багато WordPress сайтів побудовані на конструкторах сторінок, готових інструментах, які дозволяють будувати сторінки «мишкою», без написання коду. Це зручно для розробника на етапі створення сайту.

Але ось у чому проблема: такі конструктори завантажують код для всіх своїх можливостей на кожній сторінці, навіть для тих функцій, якими ви ніколи не скористались. Це як програма, яка при кожному відкритті вантажить весь каталог функцій, і ті що ви використовуєте, і ті що просто «є».

Розробник обрав цей інструмент для зручності роботи. Він і правда спрощує розробку. Але саме ваш відвідувач платить за це ціну, кожною секундою очікування.

Симптом: сайт повільний навіть на найпростіших сторінках, на «Контактах» чи «Про нас», де майже нічого немає.

Як перевірити: Перевірте сторінку «Контакти» або «Про нас» через PageSpeed Insights. Якщо навіть порожня сторінка набирає нижче 70 балів, є підозра на page builder overhead.

Як перевірити свій сайт: 3 інструменти за 5 хвилин

Перед тим як щось виправляти, зрозумійте, з якою саме причиною маєте справу. Ці три інструменти безкоштовні і не потребують технічних знань.

1. Google PageSpeed Insightspagespeed.web.dev

Найпростіший старт. Вставте URL сайту, натисніть «Аналіз». Завжди перевіряйте мобільну версію: саме її Google враховує при ранжуванні.

Що читати в результатах:

  • Бал нижче 50 (червоний), критично, треба втручатися
  • 50-89 (жовтий), є проблеми, варто виправити
  • 90+ (зелений), добре

Зверніть увагу на секцію «Можливості», там конкретні підказки що саме сповільнює сайт.

2. GTmetrixgtmetrix.com

Показує «водоспад», послідовність завантаження кожного файлу. Добре видно які саме ресурси завантажуються довго і чому. Безкоштовний акаунт дозволяє кілька тестів на день.

3. Google Search Consolesearch.google.com/search-console

Якщо сайт вже підключений до Search Console, зайдіть у розділ «Основні показники веб-сторінок». Там Google показує реальні дані швидкості з браузерів реальних відвідувачів, а не тест із сервера. Це найточніша картина.

Що з цим робити: таблиця причина → рішення

Знайшли проблему? Ось що робити далі:

ПричинаБезкоштовне рішенняПлатне рішенняСкладність
Поганий хостингОновити PHP до 8.2+ в панеліПерейти на VPS або якісний хостингСередня
Забагато плагінівДеактивувати зайві, видалити невикористаніАудит продуктивності через Query MonitorНизька
Важкі зображенняПлагін Smush (безкоштовна версія)ShortPixel або EWWW Image OptimizerНизька
Немає кешуванняWP Super Cache (безкоштовно) WP RocketНизька
Page builder bloatНемає безкоштовного варіантуПерехід на Block Theme (Gutenberg)Висока

Жодна з цих причин не є «нерозв’язним багом». Це наслідки рішень, які приймали тоді, коли ніхто не думав про довгострокову перспективу. Дешевий хостинг, бо «поки що зійде». Багато плагінів, бо кожен здавався потрібним. Оригінальні фото, бо ніхто не сказав, що їх треба оптимізувати.

Усе це виправляється. Але не «швидким патчем», а послідовним технічним аудитом: визначити де найбільший виграш, виправити за пріоритетом, потім стежити щоб не повернулось.

Якщо хочете розібратися глибше зі швидкістю сайту, читайте також: Core Web Vitals простою мовою: що означають LCP, INP і CLS для вашого бізнесу.

Потрібен аудит? Зроблю технічний огляд вашого сайту і скажу де втрачаєте швидкість. Безкоштовно, за 15 хвилин. Поговорімо →

Питання

Часті запитання про швидкість WordPress

Скільки часу має завантажуватись WordPress сайт?
Google рекомендує LCP (час до завантаження основного контенту) до 2.5 секунд. На практиці сайти, що завантажуються за 1-2 секунди, утримують на 20-30% більше відвідувачів порівняно з тими, що завантажуються за 5+ секунд.
Скільки плагінів, це «забагато» для WordPress?
Немає магічного числа. Важлива якість, а не кількість. 10 важких плагінів гірше, ніж 30 легких. Але більше 30 активних плагінів, час проводити аудит і перевіряти кожен на необхідність.
Чи допоможе дорожчий хостинг вирішити проблему повільного сайту?
Часто так, але не завжди. Якщо проблема в 80 МБ зображеннях або 40 плагінах, переїзд на VPS дасть лише часткове покращення. Спочатку варто зробити аудит і зрозуміти де саме втрачається швидкість.
Чи можна самостійно прискорити WordPress без розробника?
Деякі кроки, так: встановити кешування (WP Super Cache), стиснути зображення (Smush), видалити зайві плагіни. Але глибоку оптимізацію (серверна конфігурація, база даних, код) краще довірити фахівцю, невірні налаштування можуть зробити гірше.
Що таке Core Web Vitals і чи пов’язані вони зі швидкістю сайту?
Так, прямо. Core Web Vitals, це три метрики Google (LCP, INP, CLS), які вимірюють швидкість і зручність користування сайтом. Google враховує їх при ранжуванні. Детальніше, в статті Core Web Vitals простою мовою.
Чому мій WordPress сайт швидкий на комп’ютері, але повільний на телефоні?
Найчастіше причина, неоптимізовані зображення (мобільний завантажує ту ж велику фотографію що і десктоп) або page builder, який завантажує велику кількість CSS/JS. Google оцінює саме мобільну версію, тому мобільна швидкість критична для SEO.

Сергій Матвєєв

WordPress Engineer & Growth Partner

10+ років з WordPress. Спеціалізуюсь на performance, технічному SEO і Block Theme розробці. Допомагаю бізнесам отримати від сайту більше — технічно і в пошуку.

Поговорімо →