Сайтът ти е по-бавен от дайъл-ъпа на баба

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

Колко бавно е „бавно“ всъщност?

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

Core Web Vitals без жаргона

Google мери преживяването на потребителя с три показателя, наречени Core Web Vitals, и ги показва в Search Console за всеки сайт с достатъчно посещения. Largest Contentful Paint (LCP) е времето, за което се появява основното нещо на страницата, обикновено голямата снимка или заглавието. Целта на Google е до 2,5 секунди. Interaction to Next Paint (INP) показва колко бързо страницата реагира, когато някой натисне бутон или отвори меню. Целта е под 200 милисекунди. Cumulative Layout Shift (CLS) мери колко подскачат елементите, докато страницата се зарежда. Под 0,1 се смята за добре.

На човешки език: покажи нещо полезно бързо, реагирай веднага и спри да местиш бутона точно когато се каня да го натисна. Ако някога си искал да натиснеш „Отказ“, а си уцелил „Купи сега“, защото отгоре се е заредил банер, значи лично си се запознал с лош CLS.

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

Провери скоростта си за десет минути

За диагнозата не ти трябва програмист. Отвори PageSpeed Insights, постави адреса на началната си страница и избери раздела за мобилни устройства, защото там боли. Първо погледни реалните данни най-горе: те идват от истински потребители на Chrome, а не от лаборатория. После отвори Google Search Console, влез в отчета Core Web Vitals и виж кои групи страници са отбелязани като „Лошо“ или „Нуждае се от подобрение“. Накрая направи теста без никаква техника: отвори сайта на по-стар телефон с изключен Wi-Fi и честно преброй колко чакаш.

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

Обичайните заподозрени (и как да ги арестуваш)

В повечето случаи, които разследваме, виновни са снимките. Снимка направо от фотоапарата или от сайт за стокови снимки може да тежи повече от цялата останала страница. Смали снимките до размера, в който реално се показват, експортирай ги като WebP или AVIF и сложи отложено зареждане на всичко под първия екран. Главната снимка дръж лека и я остави да се зарежда първа, преди всичко декоративно.

Следват добавките и външните скриптове. Всеки чат прозорец, топлинна карта, изскачащ прозорец, инструмент за бисквитки и онзи трети код за аналитика, който някой е сложил „за всеки случай“, добавят код, който посетителят трябва да изтегли, преди страницата да се успокои. Направи списък, попитай се какво реално ти носи всеки от тях и махни тези, които никой не е отварял от година. После шрифтовете: четири семейства в шест дебелини са ревю на мода, а не сайт. Две семейства с по няколко дебелини, заредени с font-display: swap, са напълно достатъчни.

И накрая сървърът. Евтин споделен хостинг без кеширане и без CDN означава, че всеки посетител чака сървърът да се събуди и да сглоби страницата наново. Кеширането на страници и CDN обикновено са бързи победи, а при WordPress или подобна система често са на една настройка разстояние.

Слайдери, видеа и други тежки бижута

Видео фон, който тръгва сам, и слайдер с пет слайда изглеждат впечатляващо в презентацията на дизайна. На телефон изглеждат основно като въртящо се колелце, а до трети слайд стигат съвсем малко хора. Една силна снимка с ясно заглавие обикновено бие слайдера и по скорост, и по яснота. Ако видеото наистина разказва историята ти, покажи първо статична картинка и зареди видеото чак когато някой натисне „пусни“.

Скоростта е навик, а не еднократна акция

Сайтовете забавят по същия начин, по който хората качват килограми: една добавка, един огромен банер, още един код за проследяване. Никой не забелязва отделната промяна, всички забелязват сбора. Затова сложи скоростта в календара. Проверявай Search Console веднъж месечно, пускай PageSpeed Insights след всяко по-голямо обновяване и се разбери с всеки, който пипа сайта, за едно просто правило: никаква снимка не се качва, без първо да е смалена.

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

Когато ремонтът не стига

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

Ако си пуснал тестовете отгоре и числата те накараха да примижиш, прати ни линк към сайта си. Ще погледнем Core Web Vitals и ще ти кажем направо кои поправки си струват първо и кои могат да почакат. Баба ти ще ти благодари. Най-вероятно по телефона.

Rastezh DigitalЕкипът на студиото