Spora stranica koja je bitna nije početna stranica

Summary

Kada vaš šef kaže da je sajt spor, instinkt je početi komprimirati slike i ispričavati se početnoj stranici. Korisniji potez je odlučiti koju stranicu zapravo vrijedi prvo ubrzati. Ovaj članak prolazi kroz jedan scenarij: mali marketinški tim zamoljen je da "popravi brzinu" za srednje veliki B2B sajt. Pokriva mjerenje Core Web Vitals podacima iz stvarnog okruženja, odabir stranica prema poslovnom utjecaju i dodavanje strukturiranih podataka tek nakon jeftinih popravaka. Rezultat je kratak, obranjiv plan koji ima smisla netehničkom šefu.

Najsporija stranica na vašem sajtu nije ona koju PageSpeed Insights označava. To je stranica koju vaš šef nikada nije otvorio—povezana s plaćenom kampanjom ili zakopana u zaboravljenoj sekciji proizvoda—i upravo ona određuje hoće li ovomjesečni budžet proizvesti išta. Kada neko viši kaže "sajt je spor, popravi to," oni ne trebaju projekt ubrzanja sajta. Trebaju vježbu prioritizacije.

Uzmite scenarij koji su mnogi od nas proživjeli. Vi ste cijeli marketinški tim za srednje veliku B2B softversku kompaniju. Sajt ima početnu stranicu, blog, centar za pomoć i pet odredišnih stranica povezanih s određenim reklamnim kampanjama. Vaš šef je pročitao članak o Core Web Vitals ili je čuo pritužbu klijenta. Uputa je jasna: ubrzajte to.

Kako odgovorite u sljedećem satu odlučuje hoćete li sljedeći mjesec provesti komprimirajući slike ili radeći posao koji mijenja brojke koje su bitne.

Počnite sa stranicom koja zarađuje, ne sa onom koja vas sramoti

Princip: rad na brzini ima povrat, a taj povrat ovisi o prometu i vrijednosti konverzije. Stranica s malim prometom ali visokom konverzijom može biti važnija za posao od početne stranice, čak i ako je sporija.

Dakle, prvi potez je napraviti listu stranica iz analitike, ne iz sitemapa. Koje stranice primaju novac u obliku klikova na oglase? Koje stranice nisu dirane od lansiranja? U ovom scenariju, najvažnija odredišna stranica—ona iza plaćenog pretraživačkog oglasa koji traje dva mjeseca—izgrađena je s velikim, neoptimiziranim snimkama ekrana. Početna stranica je, za usporedbu, već bila optimizirana od strane agencije prije godinu dana.

Ne popravljate prvo početnu stranicu. Popravljate stranicu koja donosi novac. To nije tehnički izbor, nego poslovni. Ako vam puni tehnički pregled zvuči kao pravi odgovor, oduprite se na trenutak. Pregledi daju listu; ne govore vam s kojom stavkom početi. Dobro definiran tehnički SEO pregled je alat za odlučivanje, a ne panični odgovor.

Često ćete otkriti da mali broj stranica generira većinu prometa i konverzija; ostale su informativne ili ostatak prošlosti. To nije razlog da zauvijek ignorirate spore informativne stranice. To je razlog da ih poredate nakon stranica koje imaju direktnu vezu s prihodom. Početna stranica može biti najsporija od svih, ali ako je poslovni cilj potencijalni klijenti, posjeta početnoj stranici je samo polazna točka—odredišna stranica je mjesto gdje netko zapravo konvertira.

Podijelite "brzo" na "izmjereno" i "osjetno"

Drugi korak je odvojiti ono što testovi performansi kažu o vašoj stranici od onoga što stvarni korisnici doživljavaju. Googleova dokumentacija o Core Web Vitals navodi tri metrike koje se računaju za rangiranje u pretraživanju: Largest Contentful Paint (učitavanje), Interaction to Next Paint (reaktivnost) i Cumulative Layout Shift (vizualna stabilnost). One su bitne jer prate trenutke koji utječu na to može li netko zapravo koristiti stranicu.

U scenariju, otvarate odredišnu stranicu u testeru performansi i dobijete razumnu ocjenu. Ali kada to usporedite s podacima iz stvarnog okruženja u Google Search Consoleu—koji odražavaju stvarna iskustva posjetitelja—stranica se ispostavi često sporom. To je signal koji je bitan. Laboratorijski testovi su i dalje korisni nakon promjene, za usporedbu prije i poslije. Ali podaci iz stvarnog okruženja su prava istina za ljude koji su kliknuli vaš oglas s različitih uređaja i veza.

Umjesto ovoga	Počnite s ovim	Zašto
PageSpeed ocjena kao jedan broj	Core Web Vitals podaci iz stvarnog okruženja	Podaci iz stvarnog okruženja dolaze od stvarnih korisnika, ne od testnog servera
"Sajt je spor"	Koje stranice podržavaju poslovne ciljeve	Brze beskorisne stranice ne generiraju potencijalne klijente
Ponovno izgraditi CMS	Komprimirati slike i očistiti skripte	Niskorizični popravci donose većinu koristi

Ako želite dublju referencu za kasnije, vodič za Core Web Vitals može vas provesti kroz svaku metriku. Ali za sada, treba vam samo dovoljno za izradu plana. Ključ je imenovati koja od tri metrike zapravo uzrokuje problem na toj specifičnoj stranici. Ako se tekst pojavljuje kasno, pogledajte slike i odgovor servera. Ako tipke djeluju trhovo, pogledajte duge JavaScript zadatke. Ako se raspored pomiče, pogledajte prostore rezervirane za oglase i embede. Ta nijansa je ono što razdvaja ciljani popravak od nasumične optimizacije.

Popravite jeftine stvari prije skupih

Treći princip: ne dopustite da se projekt performansi pretvori u redizajn. Većina poboljšanja koja zapravo pomiču korisničko iskustvo su neglamurozna i jeftina.

Pogledajte odredišnu stranicu i imenujte očite krivce. Slike su snimke ekrana u punoj rezoluciji. Na stranici je skripta treće strane koju nitko više ne može identificirati. Web font blokira renderiranje teksta. To su poznati problemi.

U savršenom svijetu, proveli biste tjedan dana prepisujući stranicu s modernim okvirom. U praksi, počinjete s zadacima od pola dana: komprimirajte slike, odgodite neiskorištenu skriptu, učitajte unaprijed hero sliku. Ove promjene možete testirati popodne i ne zahtijevaju odbor za odobrenje.

Napomena: brzina nije uvijek tako jednostavna. Neke stranice su spore zbog servera, baze podataka ili ovisnosti o trećoj strani koju ne kontrolirate. Ali ako niste provjerili jeftine popravke, još ne možete opravdati skupi. Mnogi timovi troše budžet na ponovnu izgradnju jer nikada nisu komprimirali snimke ekrana. Ovdje vrijedi zadržati skromnost: ocjena performansi je simptom, a ne dijagnoza. Jeftini popravci su sami po sebi dijagnostički. Nakon što komprimirate slike, saznajete je li usko grlo bio vaš sadržaj ili vaša infrastruktura.

Dodajte strukturirane podatke dok ste već u kodu

Ovo je sloj koji iznenađuje šefa. Nakon što ste napravili jeftine popravke, već ste unutar stranice. To je pravi trenutak za dodati nešto što uopće nije brzina: strukturirani podaci.

Strukturirani podaci su oznake koje pomažu tražilicama razumjeti što stranica sadrži. To je isti HTML koji može dovesti do bogatijih rezultata pretraživanja i bolje vidljivosti—i postaje sve relevantniji kako se pretraživanje pomiče prema odgovorima generiranim umjetnom inteligencijom. Za mali tim, ovo je neiskorištena poluga jer ne zahtijeva pisanje novog sadržaja. Označavate ono što već postoji.

U scenariju, dodajete shemu orijentiranu na usluge na odredišnu stranicu. Točan tip ovisi o tome o čemu je stranica: uslužna stranica, članak, proizvod. Ne morate dodati sve tipove odjednom. Dodavanje jednog pažljivo je bolje nego dodavanje deset površno. Nema zagarantiranog rezultata; Google odlučuje što će prikazati. Ali rizik je nizak, a potencijalna dobit je stvarna. Ako odlučite ići dublje, vodič za implementaciju strukturiranih podataka pokriva praktične korake.

Prevedite popravke u "je li donijelo novac?"

Teži dio nije tehnički rad. Način na koji to predstavite netehničkom šefu.

Vaš je šef tražio jednu stvar: ubrzati sajt. Ako kažete "poboljšali smo LCP na odredišnoj stranici," možda ćete dobiti prazan pogled. Umjesto toga, prevedite rad u poslovne posljedice.

U ovom scenariju, odredišna stranica je odredište za plaćenu kampanju. Svaka sekunda čekanja je sekunda u kojoj posjetitelj može otići prije nego što se pojavi poziv na akciju. Dakle, objašnjavate: uklonili smo očite prepreke na stranici gdje se novac razmjenjuje. Ne možete obećati specifičan skok u rangiranju—svatko tko to čini nagađa—ali možete dati razumnu, iskrenu argumentaciju. Također možete to povezati s budžetom koji vaš šef već razumije. Isti iznos za oglase kupuje posjetu; razlika je u tome ima li ta posjeta šanse postati potencijalni klijent.

Jednostavno mjesečno izvješće funkcionira bolje od nadžargonske nadzorne ploče. Pokažite tri stvari: koju ste stranicu odabrali, koju metriku ste mjerili i što ste promijenili. Ako se metrika poboljša, to je potvrda. Ako se ne poboljša, i dalje imate jasan eksperiment za ponovnu procjenu. Ne jurite jednu ocjenu iz mjeseca u mjesec; Core Web Vitals fluktuiraju s mješavinom prometa, vrstama uređaja, pa čak i zemljopisnom regijom. Izvještavajte trend, ne broj.

Što učiniti sljedeći ponedjeljak

Pouka iz scenarija: ne popravljate "sajt." Popravljate specifičnu stranicu, na temelju podataka, i završavate s ponovljivim procesom umjesto jednokratnim projektom. Kada netko s moći kaže "ubrzajte to," najkorisniji odgovor je jedno razjašnjavajuće pitanje: koja stranica i za koga?

Zatim izmjerite podatke iz stvarnog okruženja, popravite jeftine stvari, dodajte strukturirane podatke ako ste već u kodu i izvještavajte na jednostavnom jeziku. Rezultati možda neće biti dramatični. Ali znat ćete točno koja je stranica ubrzana, zašto ste je odabrali i što dalje učiniti. To je bolji rezultat od nejasnog projekta koji je počeo s ocjenom brzine i završio u redizajnu koji nitko nije razumio.