Fridica je pronašla 26 problema. Šta prvo treba da popravite?

Pokrenete audit.

Fridica završi skeniranje vašeg sajta i prikaže rezultat:

26 nalaza.

Odlično.

Samo što sada imate drugi problem.

Šta prvo treba da popravite?

Veoma je primamljivo da krenete od vrha liste i rešavate probleme redom.

Nalaz broj jedan. Popravite ga.

Nalaz broj dva. Popravite ga.

Nalaz broj tri...

Dvadeset tri nalaza kasnije možda otkrijete da je najveći problem na sajtu mogao biti rešen jednom globalnom postavkom.

Zato koristan audit veb-sajta mora da pruži više od liste upozorenja.

Potreban mu je kontekst.

26 nalaza ne znači 26 podjednako važnih poslova

Ovo je prva stvar koju vredi razumeti.

Audit nalaz je dokaz da je određeno pravilo pronašlo nešto što zahteva pažnju.

Ali nalazi nisu međusobno jednaki.

Jedan problem može da utiče na:

• jednu stranicu;
• sadržaj niskog prioriteta;
• i zahteva ručnu izmenu.

Drugi može da utiče na:

• svaku stranicu na sajtu;
• zajednički template ili konfiguraciju;
• i može biti rešen na jednom mestu.

Oba se mogu pojaviti u auditu.

To ne znači da zaslužuju isto mesto na vašoj listi zadataka.

Počnite od pitanja: na koliki deo sajta problem utiče?

Jedna od najkorisnijih informacija u Fridica nalazu jeste njegov scope.

Zamislite ova dva nalaza:

Missing meta description — pogođena 1 od 30 stranica.

i:

Missing canonical URL — pogođeno 30 od 30 stranica.

Čak i pre razgovora o tehničkoj ozbiljnosti, ova dva nalaza pričaju veoma različite priče.

Prvi može biti propust na nivou jedne stranice.

Drugi snažno ukazuje da treba da potražite nešto što je zajedničko celom sajtu.

Na primer:

• template teme;
• CMS podešavanje;
• SEO plugin;
• globalni layout;
• ili zajedničku logiku renderovanja.

Zato je broj pogođenih stranica važan.

On pomaže da:

„Nešto nije u redu.“

pretvorite u:

„Ovo je možda jedan problem na nivou sajta koji se pojavljuje na 30 stranica.“

Severity je važan — ali nije jedino što je važno

Severity je koristan.

Nalaz sa višim severity nivoom obično zaslužuje više pažnje od kozmetičkog ili informativnog problema.

Ali severity ne treba posmatrati izolovano.

Praktičan prioritet često zavisi od više stvari zajedno:

• severity;
• težine pravila;
• da li je problem na nivou stranice ili celog sajta;
• koliko stranica je pogođeno;
• koliko je problem lako popraviti;
• i da li rešavanje jednog osnovnog uzroka može poboljšati mnogo stranica odjednom.

Drugim rečima:

prioritet je odluka, a ne samo boja oznake.

Potražite osnovni uzrok pre nego što počnete da popravljate simptome

Pretpostavimo da 24 stranice nemaju canonical URL.

Mogli biste da otvorite 24 stranice jednu po jednu.

Ali možete prvo da pitate:

„Zašto svima nedostaje ista stvar?“

To drugo pitanje je obično korisnije.

Nalazi koji se ponavljaju često ukazuju na uzroke koji se takođe ponavljaju.

Za developera to može značiti proveru:

• template-a stranice;
• document head-a;
• zajedničkih komponenti;
• CMS konfiguracije;
• podešavanja SEO plugina;
• ili načina na koji se generišu metadata podaci.

Ako ste vlasnik sajta, ne morate nužno da znate koja PHP funkcija, React komponenta ili WordPress hook je u pitanju.

Dovoljno je da razumete:

„Ovo se pojavljuje na većem delu sajta, pa prvo treba da proverim zajedničku konfiguraciju umesto da pojedinačno menjam stranice.“

To može uštedeti mnogo nepotrebnog posla.

Zatim potražite quick wins

Ne mora svaki važan problem da postane trodnevni tehnički projekat.

Neki nalazi se relativno lako rešavaju.

Na primer, u zavisnosti od sajta:

• meta description koji nedostaje na važnoj stranici;
• duplirani title;
• nejasna heading struktura;
• generički tekst linka;
• ili strukturirana referenca identiteta koja nedostaje.

Quick win nije jednostavno „problem niskog severity nivoa“.

To je problem kod kojeg je očekivani obim posla relativno mali u odnosu na korist koju donosi njegovo rešavanje.

Razmišljajte ovako:

malo truda, korisno poboljšanje.

I da, neke stvari mogu da sačekaju

Ovo je možda najopuštenija rečenica u celom vodiču:

Ne morate danas da popravite svako upozorenje iz audita.

Ozbiljno.

Audit veb-sajta nije požarni alarm.

Neki nalazi zahtevaju hitniju proveru.

Neki su korisni zadaci za održavanje.

Neki pripadaju sledećem ažuriranju sadržaja.

Neki mogu ostati niži prioritet jer utiču samo na mali deo sajta.

A za neke vam je potrebno više konteksta pre nego što uopšte treba nešto da menjate.

Cilj nije da izveštaj ostane potpuno prazan.

Cilj je da razumete šta zaslužuje vašu pažnju i napravite smislena poboljšanja.

Visok score ne znači da treba da ignorišete nalaze

Ovde audit score može postati zbunjujući.

Zamislite da vaš sajt ima:

SEO Readiness: 93/100

To izgleda odlično.

A onda primetite:

Canonical issue — pogođene su sve skenirane stranice.

Kako obe stvari mogu biti tačne?

Zato što score sažima rezultat kroz više primenljivih ponderisanih provera.

Jedno pravilo koje nije prošlo ne briše automatski sve druge provere koje je sajt uspešno prošao.

Score odgovara na pitanje:

„Kako je sajt prošao kroz audit pravila?“

Nalaz odgovara na pitanje:

„Šta konkretno još zahteva pažnju?“

To su različita pitanja.

Zato Fridica score posmatra kao orijentaciju, a ne kao konačnu odluku o tome šta treba sledeće da uradite.

Kako onda odrediti prioritete nakon audita?

Prvi prolaz može biti iznenađujuće jednostavan.

1. Proverite site-wide nalaze ili nalaze koji se često pojavljuju

Ako isti problem utiče na većinu ili sve skenirane stranice, proverite da li postoji zajednički uzrok.

2. Pregledajte nalaze višeg severity nivoa

Razumite zašto su označeni i da li utiču na važno tehničko ili strukturno ponašanje.

3. Potražite popravke koje rešavaju više stranica odjednom

Ispravka na nivou template-a može biti vrednija od ručnog sređivanja nekoliko izolovanih stranica.

4. Izaberite korisne quick wins

Rešite jednostavne probleme koje možete ispraviti bez skretanja pažnje sa većeg posla.

5. Ostavite probleme nižeg prioriteta za kasnije

Nemojte dozvoliti da se dugačak audit izveštaj pretvori u beskonačnu listu podjednako hitnih zadataka.

Ili prepustite Fridici da vam pomogne da ih organizujete

Upravo zato smo napravili Create My Fix Plan.

Umesto da ručno upoređujete svako upozorenje, Fridica može uzeti determinističke nalaze koji su već zabeleženi u auditu i organizovati ih u praktičan redosled rada.

Fix Plan može razdvojiti preporuke u grupe kao što su:

Start here

Nalazi koji, na osnovu dostupnog audit konteksta, prvi zaslužuju vašu pažnju.

Quick wins

Korisne izmene koje mogu biti relativno jednostavne za rešavanje.

Can wait

Validni nalazi koji ne moraju odmah postati vaš prioritet.

Važan je način na koji ova funkcija radi.

Fridica ne traži od AI-a da pregleda sajt i izmisli novi skup problema.

Audit je već proizveo nalaze.

AI dobija ograničene informacije o tim nalazima i pomaže da se oni pretvore u razumljiviji plan.

Dakle:

Audit odlučuje šta je pronađeno.

Fridica pomaže da organizujete šta biste mogli da uradite povodom toga.

Koje informacije ulaze u Fix Plan?

Fridica može koristiti determinističke signale koji su već povezani sa nalazima, uključujući:

• severity;
• težinu pravila;
• scope;
• zastupljenost problema na pogođenim stranicama;
• reprezentativne pogođene URL-ove;
• dostupne smernice;
• i informaciju da li Fix Assistant podržava određeni nalaz.

Zbog toga je plan korisniji od jednostavnog sortiranja izveštaja prema jednoj brojci.

Ali on i dalje ostaje smernica.

Vaši poslovni prioriteti, tehnička arhitektura i dostupni resursi mogu promeniti redosled kojim ćete zaista raditi.

Primer: audit sa 26 nalaza

Zamislite da audit pronađe:

• canonical URL-ove koji nedostaju na 25 stranica;
• četiri duplirana title-a;
• sedam meta description-a koji nedostaju;
• jedan problem sa heading hijerarhijom;
• nekoliko slabih anchor tekstova ka spoljnim linkovima;
• i nekoliko mogućnosti za poboljšanje strukturiranog identiteta.

Loš plan bi bio:

1. Popravite nalaz #1.
2. Popravite nalaz #2.
3. Popravite nalaz #3.
4. Nastavite dok vaša kafa ne odustane.

Korisniji plan mogao bi da izgleda ovako:

Start here

1. Proverite site-wide canonical konfiguraciju.
2. Rešite duplirane title elemente na pogođenim stranicama.
3. Pregledajte važne stranice kojima nedostaju meta description-i.

Quick wins

• Ispravite izolovani problem sa heading strukturom.
• Poboljšajte slab anchor tekst tamo gde je namena odredišta jasna.

Can wait

• Pregledajte poboljšanja strukturiranog identiteta nižeg prioriteta nakon rešavanja osnovnih tehničkih problema.

Isti audit.

Potpuno drugačije iskustvo.

Koristite Fix Assistant kada stignete do pojedinačnog nalaza

Fix Plan odgovara na pitanje:

„Na čemu prvo treba da radim?“

Fix Assistant odgovara na drugo pitanje:

„Dobro. Kako bih mogao da popravim ovaj konkretan problem?“

Za podržane nalaze možete izabrati pogođenu stranicu i koristiti Help me fix this.

Fridica zatim radi sa zabeleženim kontekstom nalaza i može ponuditi predlog koji možete pregledati.

To može uključivati:

• predloženi meta description;
• predlog title-a;
• čistiju heading strukturu;
• poboljšan tekst linka;
• ili smernice za implementaciju podržanih canonical i structured-data problema.

Fridica ne menja vaš sajt u pozadini.

Vi pregledate predlog i odlučujete šta ćete primeniti.

Nemojte popravljati stvari samo zato što vam je audit tako rekao

Ovo možda zvuči neobično kada dolazi od proizvoda za audit, ali je važno.

Audit može da vam kaže šta je uočio.

Ne može da zna svaku poslovnu odluku koja stoji iza vašeg sajta.

Na primer:

• stranica može namerno koristiti neuobičajenu formulaciju;
• canonical konfiguracija može zavisiti od šire arhitekture;
• izmena sadržaja može zahtevati odobrenje urednika;
• ili tehnička preporuka može zahtevati pregled developera pre deploy-a.

Dobre smernice treba da vam pomognu da donesete odluku.

Ne treba da zamene vaše rasuđivanje.

Nakon popravki nemojte stati

Popravili ste site-wide konfiguraciju.

Ažurirali ste nekoliko title elemenata.

Dodali ste meta description-e koji su nedostajali.

Gotovo?

Skoro.

Ponovo pokrenite audit.

Fridica može uporediti novi audit sa prethodnim i pokazati da li su nalazi:

• resolved;
• still present;
• new;
• ili not safely re-evaluated.

To vam daje nešto mnogo korisnije od:

„Promenio sam sajt, pa pretpostavljam da sada radi.“

Možete zaista proveriti šta se promenilo u sledećem zabeleženom auditu.

Praktičan način da posmatrate ceo proces

Kada vam audit prikaže dugu listu, nemojte pitati:

„Kako da uklonim svako upozorenje?“

Pitajte:

1. Koji problemi utiču na najveći deo sajta?
2. Koji nalazi zaslužuju najviše pažnje?
3. Može li rešavanje jednog osnovnog uzroka popraviti više stranica?
4. Koje korisne izmene mogu lako da napravim?
5. Šta razumno može da sačeka?
6. Kako ću nakon toga proveriti rezultat?

Tako audit prestaje da bude samo izveštaj i postaje workflow.

Ukratko

To što vaš sajt ima 26 nalaza ne znači da imate 26 hitnih problema.

Počnite od konteksta.

Pogledajte severity.

Pogledajte scope.

Pogledajte koliko je stranica pogođeno.

Potražite zajedničke osnovne uzroke.

Iskoristite korisne quick wins.

Kada ima smisla, ostavite posao nižeg prioriteta za kasnije.

A nakon izmena ponovo skenirajte sajt umesto da jednostavno pretpostavite da je sve proradilo.

Upravo takvu odluku Create My Fix Plan treba da učini lakšom.

Pronađite ono što je važno. Odlučite šta ide prvo. Popravite. Zatim proverite.