Влияе ли скоростта на сайта на Google и на клиентите
Влияе и на двете, но по различен начин. Google казва, че Core Web Vitals се използват от системите му за класиране, и в същото време, че няма един-единствен сигнал — бърз сайт с безполезно съдържание няма да изпревари полезен, но малко по-бавен. Източник: документацията на Google Search за page experience, проверена на .
За клиентите ефектът е по-пряк. Човек, който търси услуга от телефона, отваря няколко резултата. Ако вашият остане бял за няколко секунди, той вече чете чуждия. Затова скоростта има значение най-вече на телефон, с мобилен интернет — а не на компютъра в офиса.
Какво е Core Web Vitals
Core Web Vitals са три показателя, с които Google описва как реален човек преживява зареждането на страницата:
| Показател | Какво мери | „Добре“ е |
|---|---|---|
| LCP — най-големият елемент | кога се показва основното съдържание на първия екран, обикновено голямата снимка или заглавието | до 2,5 секунди |
| INP — отговор на действие | колко бързо страницата реагира, когато натиснете бутон или меню | до 200 милисекунди |
| CLS — разместване | колко се местят елементите, докато страницата зарежда — например бутон, който „бяга“ изпод пръста | до 0,1 |
Праговете се отнасят за 75-ия перцентил от реалните зареждания — това означава, че три от четири посещения трябва да са в зелено, не само най-бързото. INP замени по-стария показател FID на . Източник: web.dev, проверено на .
Как да измерите сами
- PageSpeed Insights — въведете адреса си на pagespeed.web.dev. Горната част показва данни от реални посетители, ако сайтът ги има; долната — лабораторен тест с Lighthouse.
- Гледайте мобилния резултат, не настолния. Той е по-строг и по-близо до това, което виждат клиентите.
- Тествайте няколко пъти. Лабораторният резултат варира от измерване на измерване; едно лошо число не е присъда, три лоши са.
- Тествайте важните страници, не само началната — страницата на основната услуга, галерията, формата.
- Search Console — отчетът за Core Web Vitals показва групи страници с проблеми по реални данни, когато сайтът има достатъчно посещения.
Защо сайтът ми е бавен: петте най-чести причини
Тежки снимки
Най-честата причина. Снимка от телефона или фотоапарата, качена в пълен размер, тежи колкото целия останал сайт. Решението: снимките се подготвят в размерите, в които реално се показват, в съвременни формати като WebP и AVIF, а тези под първия екран се зареждат едва когато човек стигне до тях.
Чужди скриптове
Чат прозорци, вградени ленти от социални мрежи, няколко инструмента за статистика, карта, която се зарежда още в първия екран. Всеки от тях идва от чужд сървър и забавя страницата, дори да не се вижда. Прегледайте кои наистина ползвате.
Шрифтове
Няколко шрифта с много дебелини, заредени от външна услуга. Помага да ги намалите до необходимите и да ги хоствате заедно със сайта.
Тежка тема или плъгини
Готовите теми зареждат код за всички функции, които някога биха ви потрябвали — слайдери, анимации, магазин. Всеки активен плъгин добавя още. Изключете ненужните и проверете дали темата позволява да не зарежда неизползвания код.
Анимации и скриптове, които блокират
Красивите ефекти в първия екран могат да блокират телефона точно в момента, в който човек иска да натисне нещо. Показателят в Lighthouse се казва Total Blocking Time. Решението е тежкият код да тръгва, след като страницата вече се е показала.
Пример: собственият ни сайт, преди и след
На началната страница на SAITORA получи производителност 78 в мобилен тест с Lighthouse, а Total Blocking Time беше 924 милисекунди. Причината беше анимацията в първия екран: тя стартираше веднага и в една дълга задача заемаше процесора на телефона точно когато страницата трябваше да реагира.
Поправката беше малка: анимацията започва, след като страницата е заредена и браузърът е свободен, спира извън екрана и уважава настройката за намалено движение. На направихме 3 поредни мобилни измервания — и трите с производителност 100, с блокиране най-много 29 милисекунди. Нищо не махнахме от визията — променихме само кога тръгва.
За сравнение: началната на partizala.com, която направихме за собствения си бизнес, има LCP 1,6 секунди и производителност 100 в мобилен тест от .
Колко често се среща бавният сайт
В нашата извадка от 6 413 работещи български бизнес сайта 15% се зареждат бавно според нашия одит. При салоните за красота делът е най-висок — 22%, най-вече заради тежки галерии. Данните са обобщени, без имена на сайтове.
Какво да поискате от човека, който поддържа сайта
- мобилен тест с Lighthouse на трите най-важни страници, с дата, преди и след промените;
- списък на външните скриптове и шрифтове и кой от тях за какво е нужен;
- снимките в размери за телефон и в съвременни формати;
- проверка в Search Console за страници с лоши показатели;
- уговорка нови елементи — чат, видео, карта — да се добавят само след проверка на скоростта.
Ако проблемът е в основата — стара тема, натрупани плъгини, структура, която не може да се поправи на части — понякога е по-евтино да се направи редизайн на сайта, отколкото поредица от кръпки. Скоростта е и част от техническото SEO — пълният списък с проверки е в чеклиста за техническо SEO.
Техническо SEO и скорост
Мерим, поправяме и проверяваме отново — с дата и числа, не с усещане.
SEO оптимизацияЧесто задавани въпроси
Какво е Lighthouse?
Безплатен инструмент на Google, вграден в Chrome и в PageSpeed Insights. Тества страницата в лабораторни условия и дава оценка за производителност, достъпност, добри практики и SEO.
Какво е LCP и какво е INP?
LCP мери кога се показва основното съдържание на първия екран, а INP — колко бързо страницата реагира на действие. Заедно с CLS (разместването) те са трите Core Web Vitals.
Как да намаля размера на снимките за сайта?
Изрежете ги до размера, в който се показват, и ги запишете в WebP или AVIF. За фотографии това обикновено намалява размера многократно без видима загуба.
Защо резултатът в PageSpeed се сменя при всяко пускане?
Лабораторният тест зависи от натоварването на сървъра и мрежата в момента. Затова мерете няколко пъти и гледайте тенденцията, а не едно число.