Stranica može izgledati uredno u pregledniku, a ipak Googlebotu vraćati pogrešku ili zabranu indeksiranja. Zato tehnički SEO počinje provjerom konkretnog URL-a, a ne instalacijom još jednog dodatka. Najprije utvrdite može li tražilica dohvatiti sadržaj, zatim smije li ga indeksirati i koju inačicu URL-a prepoznaje. Tek tada rezultati mjerenja brzine dobivaju pravo mjesto u popisu poslova.
Odvojite dohvat, indeksiranje i poziciju u pretrazi
Dohvat znači da Google može pristupiti stranici i preuzeti podatke. Indeksiranje uključuje obradu sadržaja i njegovo uključivanje u indeks. Rangiranje određuje kako se rezultat prikazuje za određeni upit. Prema Googleovim minimalnim tehničkim zahtjevima, Googlebot ne smije biti blokiran, stranica treba vratiti uspješan status i sadržaj mora biti indeksabilan. Ispunjavanje tih uvjeta ipak ne jamči indeksiranje.
Za početak odaberite nekoliko važnih URL-ova: početnu stranicu, kategoriju, proizvod ili uslugu i jedan članak. Zapišite što se događa s točno tim adresama. Ako proizvod nedostaje u indeksu, pregled njegova URL-a korisniji je od opće izjave da web ima loš SEO. Odvojena procjena sadržaja i on-page SEO-a slijedi kada je tehnička dostupnost razjašnjena.
Provjerite što poslužitelj stvarno vraća
Važna stranica treba se otvoriti na očekivanoj adresi, bez petlje preusmjeravanja ili pogreške poslužitelja. Provjerite HTTP status, konačno odredište i vidi li se glavni sadržaj. Broj 200 znači uspješan odgovor, ali nije potvrda kvalitete sadržaja. Moguće je tehnički dobiti uspješan odgovor na stranici koja zapravo prikazuje poruku o pogrešci. Zato status uvijek usporedite s onim što je dohvaćeno.
Kod problema koji se povremeno pojavljuje zabilježite vrijeme, URL i uvjete provjere. Sigurnosni sustav ili poslužitelj mogu različito postupati prema prijavljenom korisniku i automatiziranom zahtjevu. Programeru pošaljite primjer koji može ponoviti: točnu adresu, očekivani rezultat i zabilježeni odgovor. Snimka zaslona prazne stranice korisna je, ali bez adrese i vremena ne govori dovoljno o uzroku.
Provjerite zatim zahvaća li nalaz jednu stranicu ili cijelu skupinu. Pogrešan predložak proizvoda može zahtijevati zajednički popravak, dok pojedinačni prekinuti URL traži drukčiji zahvat. U zadatak uključite barem jedan pogođeni primjer i jedan primjer koji radi kako treba. Takva usporedba pomaže odrediti opseg izmjene i poslije provjeriti je li se njome nenamjerno pokvarilo nešto drugo.
Robots.txt, noindex i canonical imaju različite poslove
Robots.txt upravlja dopuštenjem za dohvat. Oznaka noindex traži da se stranica ne uključi u indeks, ali Google mora moći dohvatiti stranicu kako bi tu oznaku pročitao. Googleova dokumentacija o zabrani indeksiranja izričito navodi da noindex u robots.txt nije podržan. Ako URL blokirate za dohvat, ne možete računati da će Google na njemu vidjeti novu oznaku noindex.
Primjer je kopija članka koju želite ukloniti iz rezultata, a ostaviti dostupnom izravnim posjetiteljima. Prije izmjene treba dogovoriti upravo taj cilj. Zabrana dohvata, uklanjanje sadržaja i oznaka noindex nisu zamjenjive radnje. Slična pogreška nastaje kada se nakon razvoja na javnom webu zadrži postavka protiv indeksiranja. Provjerite predloške, pojedinačne stranice i HTTP zaglavlja, umjesto da pretpostavite kako jedna opcija dodatka pokriva sve.
Canonical označava preferiranu adresu među jednakim ili vrlo sličnim stranicama. Prema Googleovu vodiču za kanonske URL-ove, to je snažan signal, a ne naredba koja jamči izbor. Uskladite canonical, interne poveznice i sitemap s istom adresom. Ako svi pokazuju na različite inačice proizvoda, sami stvarate proturječne signale o tome što treba predstavljati sadržaj.
| Nalaz | Što prvo razjasniti |
|---|---|
| Važan URL vraća pogrešku | Postoji li sadržaj i zašto ga poslužitelj ne isporučuje? |
| Google vidi noindex | Treba li ta stranica uopće biti u rezultatima? |
| Odabrana je druga kanonska adresa | Jesu li inačice sadržajno slične i signali usklađeni? |
| Stranica je indeksirana, ali slabo vidljiva | Odgovara li sadržaj upitu i postoji li konkurentniji rezultat? |
Povežite važne stranice i provjerite korisničko iskustvo
Važan sadržaj treba imati put kroz web: izbornik, kategoriju ili relevantnu poveznicu iz drugog sadržaja. Googleove preporuke za poveznice opisuju dohvatljive poveznice i smislen tekst sidra. Posjetitelj iz naziva treba razumjeti kamo dolazi. Ne treba svaku stranicu povezati sa svakom; poveznica na dostavu iz proizvoda ima jasniji posao od nasumičnog popisa deset nepovezanih članaka.
Za lokalnu tvrtku taj put treba dovesti i do stvarne usluge, područja rada i kontakta. Vodič za lokalni SEO razrađuje taj kontekst. Vanjske preporuke i off-page SEO imaju zasebnu ulogu, ali ne popravljaju slučajno blokiran URL. Popis problema zato razvrstajte prema njihovoj stvarnoj posljedici, prije nego što odredite budžet.
Na mobitelu provjerite čita li se glavni sadržaj, reagiraju li kontrole i ometa li prikaz skakanje elemenata. Core Web Vitals mjere učitavanje, odziv i vizualnu stabilnost. Rezultat jedne laboratorijske provjere ne opisuje iskustvo svih posjetitelja. Usporedite podatke stvarnih korisnika kada postoje, a popravke vežite uz konkretan problem: veliku početnu sliku, spor odgovor ili pomicanje sadržaja tijekom učitavanja.
Svaki popravak treba završiti ponovnom provjerom
U Search Consoleovu alatu za pregled URL-a razlikujte podatke o indeksiranoj verziji od testa trenutačno dostupne stranice. Novi popravak ne mijenja retroaktivno stari dohvat. Nakon izmjene provjerite isporučeni sadržaj, status i oznake, a zatim pratite što se događa kada Google ponovno obradi adresu. Zahtjev za indeksiranje nije jamstvo uključivanja ni trenutačne promjene rezultata.
Zadatak za popravak zatvorite dokazom, primjerice da važan proizvod sada vraća očekivani sadržaj i nema neželjeni noindex. Poslovni učinak pratite zasebno. Broj klikova ovisi i o upitima te načinu prikaza rezultata, što objašnjava tekst o zero-click pretragama. Tako tehnički audit postaje održiv posao s vlasnikom, rokom i provjerom, umjesto dokumenta koji samo nabraja upozorenja alata.
Fotografije (izvornici i licence): Derrick Coetzee from Berkeley, CA, USA / Wikimedia Commons / CC0; Abigor / Wikimedia Commons / CC BY-SA 3.0; Hmartil / Wikimedia Commons / CC BY-SA 4.0. Pretvoreno u WebP bez sadržajnih izmjena i izrezivanja.
