Скорост на сайта: как да я измерите и 10 стъпки за ускоряване на WordPress

Бавният сайт губи клиенти преди да стигнат до телефона или формата, а собственикът обикновено не го усеща, защото го отваря от бърз компютър в офиса. Тази статия показва как да измерите скоростта като реален клиент на телефон и какво да поправите по ред на ефект. Повечето WordPress сайтове в България, които гледаме, стават два до три пъти по-бързи с първите пет стъпки, без нов дизайн.

Как да измерите правилно

PageSpeed Insights

Безплатен инструмент на Google. Въвеждате адреса и получавате два отчета: данни от реални потребители за последните 28 дни (ако сайтът има достатъчно посещения) и лабораторен тест на симулиран бавен телефон.

Гледайте в този ред:

1. Данните от реални потребители в горната част, за мобилни устройства. Трите показателя LCP, INP и CLS и дали са зелени. Това е истината.
2. Лабораторните показатели под оценката: LCP, общо време на блокиране, CLS, скорост на първото изображение. Числата са по-важни от оценката.
3. Оценката от 0 до 100 накрая. Полезна за сравнение преди и след, не като цел сама за себе си.

Какво мерят LCP, INP и CLS и какви са праговете сме обяснили в статията за Core Web Vitals на български.

Search Console, отчет Core Web Vitals

Ако сайтът ви е добавен в Search Console, отчетът показва колко от страниците ви са добри, нуждаещи се от подобрение или лоши по реални данни и кои групи страници дърпат надолу. Това е най-добрият начин да видите целия сайт, а не една страница.

GTmetrix и WebPageTest

Дават водопад на зареждането: кой файл колко време отнема и в какъв ред. Полезни, когато знаете, че сайтът е бавен, и търсите точно кое го бави. Избирайте тестова локация във Европа, най-близката до България, иначе числата лъжат.

Най-простият тест

Отворете сайта от телефона си с изключен Wi-Fi, на мобилен интернет, с изчистен кеш или в режим инкогнито. Бройте секундите до появата на основното съдържание. Ако са повече от три, имате проблем, независимо какво казва оценката.

Кои числа да игнорирате

• Оценката 100 като цел. Разликата между 90 и 100 рядко се усеща от човек.
• Резултатите от компютър. Над половината посещения на български фирмен сайт са от телефон и Google мери мобилните.
• Броя на заявките сам по себе си. 60 малки файла могат да са по-бързи от 15 огромни.
• Общия размер на страницата без контекст. Галерия с 30 снимки е нормално да тежи, началната страница не.

10 стъпки по ред на ефект

1. Изображенията

Най-честата причина в България: снимки от телефон по 3-5 мегабайта, качени директно. Поправка: преоразмеряване до реалната ширина, в която се показват (рядко над 1 600 пиксела), компресия, формат WebP или AVIF, атрибути за ширина и височина, за да не подскача страницата, отложено зареждане за снимките под първия екран. Плъгин за автоматична оптимизация прави това за всички качени снимки веднъж и за новите нататък. Ефектът е най-големият от всички стъпки.

2. Кеширане на страниците

Без кеш WordPress сглобява всяка страница от базата данни при всяко отваряне. С кеш готовата страница се сервира като файл. Един плъгин за кеширане или вграденото кеширане на хостинга, настроено веднъж. Не два плъгина едновременно.

3. Хостингът

Измерете времето за отговор на сървъра (TTFB) в PageSpeed или GTmetrix. Над 600 милисекунди означава претоварен споделен хостинг или стара версия на PHP. Поправка: актуална версия на PHP (хостингът обикновено го позволява от панела), а ако не стигне, по-добър план или друг хостинг. Разликата между 1 200 и 200 милисекунди се усеща на всяка страница.

4. Разширенията

Всеки плъгин добавя код, който се зарежда на всяка страница, често и там, където не е нужен. Прегледайте списъка: деактивирайте и изтрийте неизползваните, заменете тежките с леки, проверете кои зареждат собствени скриптове и стилове на всички страници. Сайт с 40 плъгина рядко е бърз. Сайт с 12 обикновено е.

5. Темата

Темите с „всичко в едно“ и визуални конструктори зареждат огромни библиотеки за всяка страница. Ако темата е причината, има два пътя: изключване на неизползваните модули от настройките ѝ или смяна с лека тема. Второто е вече проект, но е и моментът, в който сайтът става наистина бърз.

6. Шрифтовете

Три семейства шрифтове по пет тежести са 15 файла. Поправка: два семейства, по две-три тежести, хоствани на вашия сървър вместо от външен адрес, с настройка за показване на текста преди шрифтът да е зареден.

7. Външните скриптове

Чат джаджи, карти, видео, социални бутони, няколко инструмента за анализ едновременно. Всеки е заявка към чужд сървър. Поправка: само нужните, заредени отложено след основното съдържание, картата като изображение с връзка вместо вградена, видеото като картинка, която зарежда плейъра при натискане.

8. CSS и JavaScript

Компресиране, обединяване където има смисъл, премахване на неизползвания код, отложено зареждане на скриптовете, които не са нужни за първия екран. Плъгините за кеширане обикновено имат тези настройки, включвайте ги една по една и проверявайте, че нищо не се чупи.

9. Базата данни

Ревизии на статии, транзиенти с изтекъл срок, спам коментари, таблици от изтрити плъгини. Почистване веднъж на няколко месеца. Ефектът е по-малък от първите стъпки, но е безплатен.

10. CDN и защита

Мрежа за доставка на съдържание сервира статичните файлове от сървър близо до посетителя и поема част от натоварването. За сайт с посетители само от България ефектът е умерен, но безплатният план на големите доставчици добавя и защита срещу атаки и скриване на реалния адрес на сървъра, което само по себе си си струва.

Пример: типичен фирмен сайт преди и след

Числа от сайт на клиент, който поехме за поддръжка. WordPress, тема с конструктор, 38 плъгина, споделен хостинг.

Показател (мобилно, лабораторен тест)	Преди	След стъпки 1-5
LCP	6,8 сек	2,1 сек
Общо време на блокиране	1 450 мс	180 мс
Размер на началната страница	9,4 MB	1,3 MB
Брой плъгини	38	14
Време за отговор на сървъра	1 100 мс	190 мс (нова версия на PHP и кеш на хостинга)
Оценка PageSpeed	31	88

Работата отне около шест часа, без промяна в дизайна. Останалите стъпки докараха оценката до над 90, но разликата за посетителя беше вече направена с първите пет.

Какво да следите нататък

Скоростта не е еднократна поправка. Всеки нов плъгин, всяка качена без обработка снимка и всяко обновяване на темата могат да я върнат назад. Веднъж месечно: PageSpeed на началната и на най-посещаваната страница, отчетът Core Web Vitals в Search Console, преглед на новите плъгини. Това е част от поддръжката на сайт при нас и влиза в месечния отчет, а какво още включва поддръжката сме описали в статията колко струва поддръжка на сайт.

Ако искате да знаете къде е сайтът ви сега, изпратете адреса. Връщаме измерванията от реални потребители и лабораторния тест, трите най-големи причини за забавянето и какво ще даде всяка поправка. Без ангажимент, отговор до 24 часа.