Защо сайтът ти получава нисък резултат за скорост (и как да го поправиш)

Плати за модерен сайт. На лаптопа ти се отваря мигновено. После го пускаш през Google PageSpeed Insights и резултатът е 38 — в червено. Какво се обърка?

Обикновено — нищо. Числото, което гледаш, е тест в лаборатория при най-тежките възможни условия, а това, което най-много го смъква, не е твоята страница, а външните инструменти, на които разчита всеки малък бизнес: модул за резервации, система за записване на час, вградена карта, бутон за чат. Ето защо оценката е ниска и кои поправки наистина помагат — независимо дали имаш такси услуга, ресторант, фризьорски салон или квартален бар.

Първо: какво всъщност измерва тази оценка

Оценката на Google PageSpeed / Lighthouse не показва „колко бърз изглежда сайтът ти“. Тя е симулация, която се пуска при нарочно тежки условия:

• Евтин Android телефон от среден клас, а не твоят iPhone.
• Бавна 4G връзка с допълнително забавяне.
• Процесорът на телефона, изкуствено забавен 4 пъти.

Това е най-тежката среда нарочно — Google иска да разбере как се държи сайтът ти при човек със стар телефон и слаб сигнал. Реалните ти посетители, с модерен телефон или компютър и Wi-Fi, виждат нещо доста по-бързо.

Трите числа, които имат значение (Core Web Vitals)

Забрави за момент общата оценка. Ето трите показателя, които Google реално използва за класиране:

Показател	Какво означава	Добра стойност
LCP (Largest Contentful Paint)	Кога се появява най-големият елемент на екрана — заглавието или главното изображение	Под 2,5 сек
CLS (Cumulative Layout Shift)	Колко „подскача“ страницата, докато се зарежда	Под 0,1
INP (отзивчивост)	Колко бързо страницата реагира на докосване	Под 200 мсек

Ако оформлението не подскача (CLS близо до 0) и заглавието се появява бързо (добро LCP), вече печелиш там, където има значение — дори общото число да изглежда плашещо.

Истинският виновник: външните модули

Почти всеки сайт на малък бизнес вгражда чужд инструмент:

• Ресторанти — модули за резервация като OpenTable или TheFork.
• Салони и бръснарници — системи за записване на час като Fresha, Treatwell или Booksy.
• Таксита и трансфери — модули за цена и заявка.
• Барове и кафенета — Google Maps, Instagram емисии, календари със събития.
• Всички — банери за бисквитки, чат на живо, бутони за WhatsApp.

Всеки от тях зарежда свой собствен JavaScript от сървърите на друга фирма. Ти не контролираш този код и той често е най-голямата причина оценката ти да е ниска. В Lighthouse излиза като „Reduce third-party impact“ и „Reduce JavaScript execution time“.

Ето и уловката: точно този модул ти носи резервациите. Да го скриеш само за да спечелиш точки, би било лоша сделка. Целта не е да го махнеш, а да навреди по-малко.

Поправка 1 — „Preconnect“ към сървъра на модула

Един-единствен ред в <head> на сайта ти казва на браузъра да отвори връзката към сървъра за резервации или карти веднага, вместо да я открие късно. Така модулът се появява по-рано — добре и за клиента ти, и за оценката:

<link rel="preconnect" href="https://your-booking-provider.com" crossorigin>
<link rel="dns-prefetch" href="https://your-booking-provider.com">

Поправка 2 — Не позволявай модулът да е „основното съдържание“

Погрижи се заглавието и главното изображение да се появят първи, изчертани от твоя собствен сайт, така че страницата да „оживее“, преди външният инструмент да се зареди докрай. Модулът може да пристигне миг по-късно, без да бави цялата страница.

Поправка 3 — Отложи всичко, което не е критично

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

Шрифтовете: тих убиец на скоростта

Изненадващо много малки сайтове зареждат шрифтовете по бавния начин — с @import, скрит в CSS файл. Това създава верижно забавяне: браузърът сваля твоя CSS, после открива, че му трябва шрифт, после тръгва да го сваля — докато текстът ти чака.

Две лесни печалби:

1. Зареждай шрифтовете с <link> в главата на страницата, а не с @import в CSS, за да започнат да се свалят веднага.
2. Добави &display=swap, за да се показва текстът мигновено с резервен шрифт и да се сменя, когато пристигне избраният — без невидим текст.

<link rel="preconnect" href="https://fonts.googleapis.com">
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>
<link href="https://fonts.googleapis.com/css2?family=YourFont&display=swap" rel="stylesheet">

Още по-бързо: качи файловете на шрифтовете на собствения си сървър. Но и само горната промяна премахва най-честото предупреждение за шрифтове.

Кеширане: спри да караш връщащите се посетители да свалят всичко отново

Lighthouse често отбелязва „Serve static assets with an efficient cache policy“ — понякога над мегабайт спестено. Това означава, че на изображенията, шрифтовете и скриптовете ти не е казано да останат в браузъра на посетителя, така че всяко посещение ги сваля наново.

Решението е на сървъра, а не в дизайна, и не изисква преработка. При повечето хостинги (Apache) стигат няколко реда, които казват на браузъра да пази статичните файлове за дълго:

<IfModule mod_headers.c>
  SetEnvIf Request_URI "\.(js|css|woff2?|png|jpe?g|webp|svg|ico)$" LONG_CACHE
  Header set Cache-Control "public, max-age=31536000, immutable" env=LONG_CACHE
</IfModule>

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

Изображенията: лесните 80%

Не е нужно да си техничар, за да оправиш повечето проблеми с изображенията:

• Правилен размер — не качвай снимка от 4000px, за да я показваш на 400px. Смали я, преди да я качиш.
• Съвременни формати — използвай WebP или AVIF вместо тежки JPEG и PNG.
• Отложено зареждане под екрана — изображенията по-надолу да се зареждат чак когато посетителят скролва (loading="lazy").
• Винаги задавай ширина и височина — така страницата не подскача и пазиш CLS.

За галерията на ресторант или снимките „преди и след“ на салон само това може да преобрази времето за зареждане.

Отвъд скоростта: SEO основите, които тихомълком тежат повече

Бърз сайт, който никой не намира, е безсмислен. Докато си вътре, провери и това:

• Без страници сираци. Всяка важна страница трябва да е свързана от менюто или футъра. Страница, до която Google стига само през картата на сайта, се класира зле.
• Оправи старите 404. Ако Google има индексиран стар адрес, който сега връща „Не е намерено“, добави 301 пренасочване към най-близката жива страница. Не хвърляй класиране, което вече си спечелил.
• Ясни заглавие и описание за всяка страница — уникални, конкретни и написани за хора.
• Карта на сайта, посочена в robots.txt и подадена в Google Search Console.
• Локални структурирани данни — име на бизнеса, адрес, телефон и работно време. Точно те захранват богатите резултати и обявите в картата, върху които клиентите кликат.
• Не дублирай съдържание. Ако имаш пет страници за различни локации, дай на всяка наистина различен ъгъл.

Честната истина за „перфектните“ оценки

Ако началната ти страница има активен модул за резервации в горната част, най-вероятно никога няма да стигнеш 100 на най-тежкия мобилен тест — и това е напълно нормално. Този модул е твоята каса. Добро реално изживяване с модул за резервации, който води до поръчки, винаги бие перфектна оценка на празна страница.

Цели се в:

• CLS близо до 0 (без подскачане) — напълно постижимо.
• LCP под около 2,5 сек на компютър и на приличен телефон — постижимо с поправките по-горе.
• Зелени данни от реални потребители в Search Console с времето — числото, което реално влияе на класирането.

Твоят бърз чеклист

• Провери оценката за компютър и данните от реални потребители, не само червеното число на телефона.
• Направи preconnect към доставчика си на резервации, записване или карти.
• Увери се, че заглавието се зарежда първо, а не външният модул.
• Отложи банера за бисквитки, чата и бутоните за социални мрежи.
• Зареждай шрифтовете през <link> + display=swap, а не с @import в CSS.
• Добави дълга политика за кеширане на статичните файлове на сървъра.
• Смали и конвертирай изображенията към WebP/AVIF и ги зареждай отложено под екрана.
• Свържи всяка важна страница от менюто или футъра.
• Направи 301 пренасочване на старите индексирани адреси, които сега дават 404.
• Подай карта на сайта и добави структурирани данни за локален бизнес.