Blog

Spora stranica koja je bitna nije početna stranica

Kada šef kaže da je stranica spora, prvi je potez odlučiti koju stranicu ubrzati.

Sažetak

Kada vaš šef kaže da je web stranica spora, 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 veliku B2B stranicu. Pokriva mjerenje Core Web Vitals pomoću podataka iz stvarnog prometa, odabir stranica prema poslovnom utjecaju i dodavanje strukturiranih podataka tek nakon jeftinih popravaka. Ishod je kratak, obranjiv plan koji ima smisla ne-tehničkom šefu.

Najsporija stranica na vašoj web stranici nije ona koju PageSpeed Insights označava. To je stranica koju vaš šef nikad nije otvorio — ona povezana s plaćenom kampanjom ili zakopana u zaboravljenom odjeljku proizvoda — i upravo ona određuje hoće li ovomjesečni proračun proizvesti išta. Kada netko od višeg rukovodstva kaže 'stranica je spora, popravi to', ne treba mu projekt za brzinu web stranice. Treba mu vježba priorizacije.

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

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 donosi zaradu, a ne sa stranicom koja vas sramoti

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

Dakle, prvi je potez napraviti popis stranica iz analitike, a ne iz mape stranice. Koje stranice primaju novac u obliku klikova na oglase? Koje stranice nisu dirane od pokretanja? U ovom scenariju, najvažnija odredišna stranica — ona iza plaćenog oglasa za pretraživanje koji se vrti već dva mjeseca — izgrađena je s velikim, neoptimiziranim snimkama zaslona. Početna je stranica, 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 potpuna tehnička revizija zvuči kao pravi odgovor, oduprite se na trenutak. Revizije proizvode popis; ne govore vam s kojom stavkom početi. Dobro definirana tehnička SEO revizija alat je za odlučivanje, a ne panična reakcija.

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

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

Drugi je korak odvojiti ono što testovi performansi govore o vašoj stranici od onoga što stvarni korisnici doživljavaju. Dokumentacija Google Core Web Vitals navodi tri mjerila koja se računaju u rangiranje pretraživanja: Largest Contentful Paint (učitavanje), Interaction to Next Paint (odzivnost) i Cumulative Layout Shift (vizualna stabilnost). Ona su bitna jer prate trenutke koji utječu na to može li netko zapravo koristiti stranicu.

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

Umjesto togaPočnite s ovimZašto
PageSpeed ocjena kao jedan brojPodaci iz stvarnog prometa za Core Web VitalsPodaci iz stvarnog prometa dolaze od stvarnih korisnika, ne od testnog poslužitelja
"Stranica je spora"Koje stranice podržavaju poslovne ciljeveBrze beskorisne stranice ne generiraju potencijalne kupce
Obnova CMS-aKomprimirajte slike i očistite skripteNiskorizični popravci donose većinu koristi

Ako kasnije želite dublju referencu, vodič za Core Web Vitals može vas provesti kroz svako mjerilo. Ali za sada vam treba samo dovoljno da izgradite plan. Ključno je imenovati koje od tri mjerila zapravo uzrokuje problem na toj konkretnoj stranici. Ako se tekst pojavljuje kasno, pogledajte slike i odgovor poslužitelja. Ako tipke djeluju strezajuće, pogledajte duge JavaScript zadatke. Ako se raspored pomiče, pogledajte prostore rezervirane za oglase i ugrađene sadržaje. Ta nijansa dijeli ciljani popravak od nasumične optimizacije.

Popravite jeftine stvari prije skupih

Treće načelo: ne dopustite da projekt performansi preraste u redizajn. Većina poboljšanja koja stvarno pokreću korisničko iskustvo su neatraktivna i jeftina.

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

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

Oprez: brzina nije uvijek tako jednostavna. Neke su stranice spore zbog poslužitelja, 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 proračun na obnovu jer nikada nisu komprimirali snimke zaslona. Ovdje vrijedi zadržati poniznost: ocjena performansi je simptom, a ne dijagnoza. Jeftini su popravci 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 iznenadi šefa. Nakon što ste napravili jeftine popravke, već ste unutar stranice. To je pravi trenutak za dodati nešto što uopće nije brzina: strukturirane podatke.

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 okreć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čna vrsta ovisi o tome o čemu je stranica: stranica usluge, članak, proizvod. Ne morate dodati sve vrste odjednom. Dodavanje jedne pažljivo bolje je nego dodavanje deset na brzinu. Nijedan rezultat nije zajamčen; Google odlučuje što će prikazati. Ali rizik je nizak, a potencijalni dobitak stvaran. 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 posao. To je način na koji to predstavite ne-tehničkom šefu.

Vaš je šef tražio jednu stvar: ubrzajte stranicu. Ako kažete 'poboljšali smo LCP na odredišnoj stranici', mogli biste dobiti prazan pogled. Umjesto toga, prevedite rad u poslovne posljedice.

U ovom scenariju, odredišna stranica odredište je plaćene kampanje. Svaka sekunda čekanja sekunda je 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 novac mijenja vlasnika. Ne možete obećati konkretan skok u rangiranju—svatko tko to čini nagađa—ali možete dati razuman, iskren argument. To također možete povezati s proračunom koji vaš šef već razumije. Isti izdatak za oglas kupuje posjet; razlika je u tome ima li taj posjet priliku postati potencijalni kupac.

Jednostavno mjesečno izvješće funkcionira bolje od nadzorne ploče prepune žargona. Pokažite tri stvari: koju ste stranicu odabrali, koje mjerilo mjerili i što ste promijenili. Ako se mjerilo poboljša, to je potvrda. Ako ne, i dalje imate jasan eksperiment za ponovnu procjenu. Ne jurite za jednom ocjenom iz mjeseca u mjesec; Core Web Vitals variraju s mješavinom prometa, vrstama uređaja, pa čak i zemljopisnom regijom. Izvješćujte o trendu, ne o broju.

Što učiniti sljedeći ponedjeljak

Pouka iz scenarija: ne popravljate 'web stranicu'. Popravljate određenu stranicu, na temelju podataka, i završavate s procesom koji se može ponoviti, a ne s jednokratnim projektom. Kada netko s ovlastima kaže 'ubrzajte', najkorisniji je odgovor jedno pojašnjavajuće pitanje: koja stranica i za koga?

Zatim izmjerite podatke iz stvarnog prometa, popravite jeftine stvari, dodajte strukturirane podatke ako ste već u kodu i izvještavate jednostavnim jezikom. Rezultati možda neće biti dramatični. Ali znat ćete točno koja je stranica postala brža, zašto ste je odabrali i što dalje učiniti. To je bolji rezultat od nejasnog projekta koji je započeo ocjenom brzine, a završio redizajnom koji nitko nije razumio.

Sources (5)