Open your own site on your phone, on mobile data, not the office wifi. Count the seconds until you can actually read something. That wait is costing you customers, and in almost every audit I run, it comes down to the same three problems. Here they are, in plain language, plus the one number that tells you the truth about your speed.
The number that actually matters
Most speed advice points you at a score out of 100. Ignore it for a moment. The measurement that decides whether a visitor stays is simpler: how many seconds pass before the main thing on the screen appears. Google has a name for it, Largest Contentful Paint, but you do not need the jargon. Just watch your homepage load on a phone and time when the big image or headline finishes drawing. Under two and a half seconds feels instant. Past four, people are already tapping back to Google.
A lab score can look green while real phones on real networks crawl. So test the way your customer does: your actual phone, mobile data, from cold. What you see in those first seconds is the honest answer.
Leak one: the giant hero image nobody shrank
The photo across the top of your homepage is usually the single heaviest thing on the page. I regularly open sites where that one image is four or five megabytes, exported straight from a camera or a stock library and dropped in at full size. On a laptop it loads before you notice. On a phone over patchy data, it is the wall everyone waits behind.
Sliders make it worse. A rotating banner with five slides is five heavy images loading at once, plus the script that spins them. Your visitor only ever sees the first one before deciding to stay or leave, so the other four are pure weight for nothing. The fix is unglamorous and it works: one right-sized image, compressed properly, in a modern format, sized for the phone screen instead of a cinema. On a bakery site I rebuilt last year, resizing and compressing the hero alone took the first paint from around six seconds to under two, and I had not touched anything else yet.
Leak two: a page builder loading everything, everywhere
Most WordPress sites are built with a visual page builder. They are wonderful for building fast. The catch is that many of them load their entire toolbox on every single page, whether that page uses it or not. Animations, icon libraries, extra fonts, layout scripts, all delivered to a phone that just wanted your opening hours.
You feel this as a page that shows something quickly, then freezes for a beat while the phone chews through code before you can scroll or tap. The design is rarely the weight. The invisible toolbox behind it is. Fixing it means turning off what the page does not use, trimming the fonts down to the one or two you actually chose, and letting parts of the page below the fold load only when someone scrolls to them. Done carefully, the page looks identical and feels twice as quick.
Leak three: cheap hosting hiding behind a cache plugin
This is the one nobody wants to hear. A cache plugin stores a ready-made copy of your page so the server does not rebuild it every visit. It genuinely helps, and that is exactly why it hides the real problem. When the cache is fresh, the site feels fine. The moment it expires, or a logged-in visitor lands, or someone hits a page the cache missed, your visitor waits on the same slow, oversold server the plugin was papering over.
Cheap shared hosting packs hundreds of sites onto one machine. Your speed then depends on what every neighbour is doing at that second. A cache plugin is a good idea on good hosting and a disguise on bad hosting. If your site is quick some visits and painfully slow others for no obvious reason, the hosting underneath is usually the reason.
How to find your own leak tonight
You can diagnose most of this yourself in ten minutes. Open your homepage on your phone on mobile data and time the first paint. Right-click your hero image on a computer and check its size; anything over a few hundred kilobytes for one image is a red flag. Then load a fresh page you rarely visit, so the cache is cold, and see if it drags. Three quick checks, and you will usually know which of the three is hurting you.
If you would rather someone measure it properly, that is the whole point of a free website audit: I open your site the way your customers do and tell you which leak is real. Speed is not a one-time job either. Images get re-uploaded, plugins update, hosting fills up, and a site that was quick in spring can sag by autumn, which is why ongoing care keeps the number honest. And when a site is too far gone, sometimes a clean rebuild on the right foundation is faster and cheaper than patching the old one forever.
The trap with mobile speed is that it is invisible to you. You visit your own site on fast wifi, from cache, and it feels fine, so you assume it is fine for everyone. Your customer, standing outside on one bar of signal, is having a completely different experience, and they never tell you. They just leave. The number in those first few seconds is the only one that knows.
Deschide-ți propriul site pe telefon, pe date mobile, nu pe wifi-ul de la birou. Numără secundele până când chiar poți citi ceva. Acea așteptare te costă clienți și, în aproape fiecare audit pe care îl fac, totul se reduce la aceleași trei probleme. Iată-le, pe înțelesul tuturor, plus singurul număr care îți spune adevărul despre viteza ta.
Numărul care contează cu adevărat
Majoritatea sfaturilor despre viteză te trimit către un scor din 100. Ignoră-l pentru o clipă. Măsurătoarea care decide dacă un vizitator rămâne e mai simplă: câte secunde trec până apare pe ecran lucrul principal. Google îi zice Largest Contentful Paint, dar nu ai nevoie de termeni tehnici. Uită-te doar cum se încarcă pagina principală pe un telefon și cronometrează momentul în care imaginea mare sau titlul termină de afișat. Sub două secunde și jumătate pare instantaneu. Peste patru, oamenii deja apasă înapoi spre Google.
Un scor de laborator poate arăta verde în timp ce telefoanele reale, pe rețele reale, se târăsc. Așa că testează așa cum face clientul tău: telefonul tău real, date mobile, de la zero. Ce vezi în acele prime secunde e răspunsul cinstit.
Scurgerea unu: imaginea uriașă din antet pe care nimeni nu a micșorat-o
Poza din partea de sus a paginii principale e de obicei cel mai greu element de pe pagină. Deschid regulat site-uri unde acea singură imagine are patru sau cinci megabytes, exportată direct dintr-un aparat foto sau dintr-o bibliotecă de stock și pusă la dimensiune maximă. Pe un laptop se încarcă înainte să observi. Pe un telefon cu semnal slab, e zidul în spatele căruia așteaptă toată lumea.
Slider-ele o fac și mai rău. Un banner rotativ cu cinci imagini înseamnă cinci poze grele care se încarcă deodată, plus scriptul care le rotește. Vizitatorul vede oricum doar prima înainte să decidă dacă rămâne, deci celelalte patru sunt greutate pură, degeaba. Soluția e banală și funcționează: o singură imagine de dimensiunea potrivită, comprimată cum trebuie, într-un format modern, adaptată ecranului de telefon, nu unui cinema. La un site de brutărie pe care l-am reconstruit anul trecut, doar redimensionarea și comprimarea imaginii din antet au scăzut prima afișare de la vreo șase secunde la sub două, și încă nu atinsesem nimic altceva.
Scurgerea doi: un page builder care încarcă tot, peste tot
Majoritatea site-urilor WordPress sunt făcute cu un page builder vizual. Sunt minunate pentru construit rapid. Problema e că multe dintre ele își încarcă întreaga trusă de unelte pe fiecare pagină, fie că pagina o folosește sau nu. Animații, biblioteci de iconițe, fonturi în plus, scripturi de layout, toate livrate unui telefon care voia doar programul tău de lucru.
Simți asta ca pe o pagină care afișează ceva repede, apoi îngheață o clipă în timp ce telefonul mestecă codul înainte să poți derula sau apăsa. Nu designul e greu. Trusa invizibilă din spatele lui e cea grea. Rezolvarea înseamnă să oprești ce nu folosește pagina, să reduci fonturile la cele unul sau două pe care chiar le-ai ales și să lași părțile de jos ale paginii să se încarce doar când cineva ajunge la ele. Făcut cu grijă, pagina arată identic și pare de două ori mai rapidă.
Scurgerea trei: găzduire ieftină ascunsă în spatele unui plugin de cache
Asta e cea pe care nimeni nu vrea s-o audă. Un plugin de cache păstrează o copie gata făcută a paginii, ca serverul să nu o reconstruiască la fiecare vizită. Chiar ajută, și tocmai de asta ascunde problema reală. Când cache-ul e proaspăt, site-ul pare în regulă. În clipa în care expiră, sau ajunge un vizitator logat, sau cineva deschide o pagină pe care cache-ul a ratat-o, vizitatorul așteaptă pe același server lent și supravândut pe care pluginul îl mascase.
Găzduirea ieftină de tip shared înghesuie sute de site-uri pe o singură mașină. Viteza ta depinde atunci de ce fac toți vecinii în secunda aceea. Un plugin de cache e o idee bună pe o găzduire bună și o deghizare pe una proastă. Dacă site-ul tău e rapid la unele vizite și dureros de lent la altele fără motiv clar, de obicei găzduirea de dedesubt e explicația.
Cum să-ți găsești propria scurgere chiar diseară
Poți diagnostica singur cea mai mare parte în zece minute. Deschide pagina principală pe telefon, pe date mobile, și cronometrează prima afișare. Dă click dreapta pe imaginea din antet pe un calculator și verifică-i dimensiunea; orice peste câteva sute de kilobytes pentru o singură imagine e un semnal de alarmă. Apoi deschide o pagină nouă pe care o vizitezi rar, ca să fie cache-ul rece, și vezi dacă se târăște. Trei verificări rapide și de obicei vei ști care dintre cele trei te doare.
Dacă preferi să măsoare cineva ca lumea, exact ăsta e rostul unui audit gratuit al site-ului: îți deschid site-ul așa cum o fac clienții tăi și îți spun care scurgere e reală. Viteza nu e nici o treabă de o singură dată. Imaginile se reîncarcă, pluginurile se actualizează, găzduirea se umple, iar un site care era rapid primăvara poate să se lase până toamna, motiv pentru care întreținerea continuă ține numărul cinstit. Iar când un site e prea departe dus, uneori o reconstrucție pe o fundație bună e mai rapidă și mai ieftină decât să tot cârpești vechiul site la nesfârșit.
Capcana cu viteza pe telefon e că ție îți e invizibilă. Îți vizitezi propriul site pe wifi rapid, din cache, și ți se pare în regulă, așa că presupui că e în regulă pentru toată lumea. Clientul tău, stând afară cu o liniuță de semnal, are o experiență complet diferită și nu-ți spune niciodată. Pur și simplu pleacă. Numărul din acele prime secunde e singurul care știe.
Откройте свой сайт на телефоне, на мобильном интернете, а не на офисном вайфае. Сосчитайте секунды, пока вы реально сможете что-то прочитать. Это ожидание стоит вам клиентов, и почти в каждом аудите, который я делаю, всё сводится к одним и тем же трём проблемам. Вот они, простыми словами, плюс единственное число, которое говорит правду о вашей скорости.
Число, которое действительно важно
Большинство советов о скорости показывают вам оценку из 100. Забудьте о ней на минуту. Измерение, которое решает, останется ли посетитель, проще: сколько секунд проходит, пока на экране появится главное. У Google для этого есть название — Largest Contentful Paint, но термины вам не нужны. Просто посмотрите, как загружается главная страница на телефоне, и засеките момент, когда большая картинка или заголовок дорисовались. Меньше двух с половиной секунд ощущается мгновенно. Больше четырёх — люди уже жмут «назад» к Google.
Лабораторная оценка может гореть зелёным, пока настоящие телефоны на настоящих сетях еле ползут. Так что проверяйте так, как это делает ваш клиент: ваш настоящий телефон, мобильный интернет, с холодного старта. То, что вы видите в эти первые секунды, — честный ответ.
Утечка первая: огромная картинка в шапке, которую никто не уменьшил
Фото в верхней части главной страницы обычно самый тяжёлый элемент на ней. Я регулярно открываю сайты, где одна эта картинка весит четыре или пять мегабайт, выгруженная прямо из камеры или из стокового банка и вставленная в полном размере. На ноутбуке она загружается раньше, чем вы заметите. На телефоне со слабым сигналом это стена, за которой все ждут.
Слайдеры делают ещё хуже. Вращающийся баннер из пяти слайдов — это пять тяжёлых картинок, которые грузятся разом, плюс скрипт, который их крутит. Посетитель всё равно видит только первую, прежде чем решить, остаться ли, так что остальные четыре — чистый вес впустую. Решение простое и работает: одна картинка нужного размера, правильно сжатая, в современном формате, подогнанная под экран телефона, а не под кинозал. На сайте пекарни, который я пересобрал в прошлом году, одно только изменение размера и сжатие картинки в шапке снизили первую отрисовку примерно с шести секунд до менее чем двух, и я ещё ничего другого не трогал.
Утечка вторая: конструктор страниц, который грузит всё и везде
Большинство сайтов на WordPress собраны на визуальном конструкторе страниц. Они прекрасны для быстрой сборки. Загвоздка в том, что многие из них грузят весь свой набор инструментов на каждой странице, использует она его или нет. Анимации, библиотеки иконок, лишние шрифты, скрипты вёрстки — всё это доставляется телефону, который хотел лишь узнать ваш график работы.
Вы чувствуете это как страницу, которая быстро что-то показывает, а потом на миг застывает, пока телефон пережёвывает код, прежде чем вы сможете прокрутить или нажать. Тяжёл не дизайн. Тяжёл невидимый набор инструментов за ним. Чтобы это исправить, нужно отключить то, что страница не использует, урезать шрифты до тех одного-двух, которые вы действительно выбрали, и позволить нижним частям страницы грузиться только тогда, когда до них кто-то доскроллит. Сделанная аккуратно, страница выглядит так же и ощущается вдвое быстрее.
Утечка третья: дешёвый хостинг, спрятанный за плагином кэша
Вот это никто не хочет слышать. Плагин кэша хранит готовую копию страницы, чтобы сервер не пересобирал её при каждом визите. Он действительно помогает, и именно поэтому он прячет настоящую проблему. Пока кэш свежий, сайт кажется нормальным. В момент, когда он истекает, или заходит авторизованный посетитель, или кто-то открывает страницу, которую кэш пропустил, посетитель ждёт на том же медленном, перепроданном сервере, который плагин прикрывал.
Дешёвый общий хостинг набивает сотни сайтов на одну машину. Ваша скорость тогда зависит от того, что делают все соседи в эту секунду. Плагин кэша — хорошая идея на хорошем хостинге и маскировка на плохом. Если ваш сайт то быстрый, то мучительно медленный без явной причины, обычно причина в хостинге под ним.
Как найти свою утечку сегодня вечером
Большую часть этого вы можете продиагностировать сами за десять минут. Откройте главную страницу на телефоне на мобильном интернете и засеките первую отрисовку. Кликните правой кнопкой по картинке в шапке на компьютере и проверьте её размер; всё, что больше нескольких сотен килобайт для одной картинки, — тревожный знак. Потом откройте новую страницу, которую вы редко посещаете, чтобы кэш был холодным, и посмотрите, тормозит ли она. Три быстрые проверки, и вы обычно поймёте, какая из трёх вас мучает.
Если вы предпочитаете, чтобы кто-то измерил как следует, именно в этом смысл бесплатного аудита сайта: я открываю ваш сайт так, как это делают ваши клиенты, и говорю, какая утечка настоящая. Скорость — это тоже не разовая работа. Картинки перезагружают, плагины обновляются, хостинг забивается, и сайт, который был быстрым весной, к осени может просесть, поэтому постоянный уход держит число честным. А когда сайт зашёл слишком далеко, иногда чистая пересборка на правильном фундаменте быстрее и дешевле, чем бесконечно латать старый.
Ловушка со скоростью на телефоне в том, что для вас она невидима. Вы заходите на свой сайт по быстрому вайфаю, из кэша, и вам кажется, что всё нормально, поэтому вы полагаете, что нормально для всех. Ваш клиент, стоящий на улице с одной палочкой сигнала, переживает совершенно другое и никогда вам об этом не скажет. Он просто уходит. Число в эти первые секунды — единственное, которое знает.