Revizija tehničnega SEO: odkrij težave, ki ovirajo iskanje

Kaj preverja revizija tehničnega SEO

Revizija tehničnega SEO je osredotočen, na dokazih temelječ pregled sistemov, ki omogočajo iskalniki odkrivajo, renderajo, indeksirajo in razumejo tvoje strani. Cilj je odkriti tehnične ovire, ki zmanjšujejo vidnost, zapravljajo crawl budget, kvarijo uporabniško izkušnjo ali ustvarjajo nejasnosti pri razvrščanju.

Ključna področja za pregled

• Odkritje in crawlability — robots.txt, odzivi strežnika, pokritost sitemap, notranje povezave in preusmeritve
• Indexing signals — meta robots, X-Robots-Tag headers, canonical tags, and noindex usage
• Rendering in JavaScript — server-side vs client-side rendering, blokiranje virov in kako strani izgledajo, ko so renderirane
• Site performance and page experience — Core Web Vitals field data, časi odziva strežnika in nalaganje virov
• Podvojena vsebina in URL canonicalization — upravljanje parametrov, različice z ali brez trailing slash in paginacija
• Structured data in SERP features — natančnost markupa in upravičenost do rich results
• Internacionalizacija in pravilna uporaba hreflang
• Varnost in dostopnost — HTTPS coverage, mixed content in secure headers

Kako izvesti revizijo tehničnega SEO (korak za korakom)

1. Določite obseg in merila uspeha

Začni z odločitvijo, katere dele spletne strani boš revidiral in zakaj. Primeri: celotna domena, podimenik, velika kategorija izdelkov ali nabor landing pages. Določite merljive signale uspeha (indexation of canonical pages, reduced server errors, improved Core Web Vitals percentiles, visibility of specific URL groups).

2. Ustvari inventar

Zberi reprezentativen seznam URL-jev iz sitemaps, analytics, server logs, notranjih povezav in znanih landing pages. Ta inventar je tvoja audit površina — hrani ga v preglednici ali v crawler projektu, da lahko med delom označuješ in filtriraš URL‑je.

3. Crawlaj in primerjaj (external crawl + server logs)

Zaženi zunanji crawl, da posnemaš odkrivanje strani s strani iskalnika. Združi rezultate crawla z server logs, da vidiš, katere URL-je iskalniki dejansko zahtevajo. Server logs razkrijejo, kako pogosto crawlerji zahtevajo strani in ali se v produkciji pojavljajo preusmeritve, soft-404 ali pogoste napake.

To inspect headers only: use curl -I https://example.com/page za ogled statusa in header polj. Če želiš pridobiti HTML, ki bi ga prejel določen user-agent: uporabi curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page in shrani izhod za primerjavo.

4. Preveri indexabilnost in canonical namero

Za strani, ki jih imaš v lasti, uporabi Google Search Console URL Inspection za preverjanje, kako je Google indeksiral URL in ali so bile zaznane težave z indeksiranjem. Za tretje strani (publishers, partner sites) uporabi zunanje preglede: view-source, curl, preverjanje renderiranega DOM v Chrome DevTools in javne indeksne signale, kot je operator site:, kot indikacijo (ne dokaz), da Google pozna določeni URL.

5. Testiraj renderiranje in JavaScript vedenje

Odpri strani v Chrome DevTools, uporabi panele Elements in Network, da potrdiš, da se viri naložijo in niso blokirani, ter preveri renderiran DOM za vsebino, vstavljeno s strani JavaScript. Če se kritična vsebina pojavi šele po uporabniški interakciji ali pozno v render življenjskem ciklu, zabeleži tveganje za vidnost in korake za reproduciranje.

Uporabi Rich Results Test in Schema Markup Validator (schema.org) za validacijo structured data in odkrivanje napak, ki bi preprečile upravičenost do rich results.

6. Izmeri page experience in performance

Zberi field metrics (Core Web Vitals) iz Search Console in lab profile iz Lighthouse ali lokalnega testiranja. Field data odraža resnične uporabnike; lab podatki pomagajo reproducirati težave lokalno. Prioritiziraj popravke, ki vplivajo na real-user metrike za strani, ki so pomembne za vidnost v iskanju.

Preverjanje in odpravljanje težav

Odpravljanje težav je detektivski proces: reproduciraj simptom, izoliraj spremenljivke in preizkusi popravke. Uporabi kombinacijo javnih in lastnikovih orodij.

Koraki za preverjanje

• Preveri odzive strežnika: curl -I bo pokazal HTTP status, content-type in X-Robots-Tag headers.
• Preglej dostavljen HTML: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page in primerjaj z zajemom iz brskalnika, da odkriješ razlike v vsebini.
• Renderiran DOM: odpri URL v Chrome, onemogoči cache in uporabi Elements, da potrdiš, da je pomembna vsebina prisotna v DOM brez uporabniške interakcije.
• Dokaz indeksiranja (lastne strani): Google Search Console URL Inspection pokaže status indeksiranja in razloge za izključitev.
• Structured data: zaženi Rich Results Test in Schema Markup Validator za pregled parsiranja in napak.
• Field performance: pregled Core Web Vitals v Search Console za real-user metrike; uporabi Lighthouse ali lab teste za reprodukcijo počasnih primerov.
• Crawl aktivnost: primerjaj crawler zahteve v server logs s sitemap in znanimi stranmi, da identificiraš vrzeli ali pretirano crawliranje nizko-vrednih URL-jev.

Pogoste napake in zmotna prepričanja

• Zanašanje na opozorila orodij kot na celotno revizijo: crawlerji pokažejo veliko signalov; naloga revizije je interpretirati, katera opozorila so pomembna za tvoje poslovne cilje.
• Mešanje crawlinga z indeksiranjem: to, da crawler dobi stran, ne pomeni nujno, da je stran indeksirana ali bo rangirala.
• Zanašanje na site: kot dokončen dokaz: site: daje javni signal, ni pa avtoritativen. Za lastne strani uporabi URL Inspection v Search Console.
• Blokiranje kritičnih virov: robots.txt ali strežniška pravila, ki preprečujejo dostop do CSS/JS, lahko spremenijo, kako Google renderira strani, in pokvarijo Core Web Vitals ali zaznavanje structured data.
• Napačni canonicali ali dolge verige preusmeritev: canonical oznake, ki kažejo na ne-kanonično vsebino, ali dolge redirect verige ustvarjajo nejasnost in upočasnijo crawle.
• Predpostavka, da rel="nofollow" nima vrednosti: Google rel="nofollow" obravnava kot hint; obdelava ni preprosta on/off logika.
• Zanemarjanje indexabilnosti strani publisherjev ali partnerjev: backlink ali omemba je manj uporabna, če stran ni indeksabilna ali je skrita za avtentikacijo.

Ko gre za plačane postavitve ali sponzorirano vsebino, upoštevaj Googleova navodila: označi plačane/kompenzirane povezave z rel="sponsored" ali rel="nofollow" in uporabi rel="ugc" za uporabniško generirane povezave. Zapomni si: ne obstaja rel="dofollow" atribut; standardna povezava je preprosto taka brez rel=nofollow/sponsored/ugc. Googleova linkspam politika navaja, da se lahko povezave, ki so namenjene predvsem manipuliranju rangiranja, obravnavajo kot link spam, zato zagotovi uredniški kontekst, indexabilnost in preglednost pri delu z zunanjimi postavitvami.

Kontrolni seznam: visokoprinosne točke in kako jih preveriti

Uporabi ta kompaktni kontrolni seznam za preverjanje najpogostejših visokoprinosnih tehničnih težav. Pri vsakem elementu je naveden ustrezen preverjevalni pripomoček.

1) Canonical intent: So canonical oznake konsistentne in kažejo na želeni URL? (Verify: view-source, primerjava s HTTP headerji in uporaba external crawlerja.)

2) HTTP status in redirect verige: Ali pomembne strani vračajo 200 in ne-redirect napake, ter so redirecti minimalni? (Verify: curl -I in server logs.)

3) Robots in meta robots: Ali so pomembne vire ali strani nenamerno blokirane? (Verify: robots.txt fetch, X-Robots-Tag v headerjih preko curl -I in meta robots v HTML.)

4) Anomalije indeksiranja: Ali so strani izključene iz tehničnih razlogov (noindex, canonical kaže drugam, soft-404)? (Verify: Google Search Console URL Inspection za lastne strani; za zunanje strani primerjaj HTML + javne indeksne signale.)

5) Pariteta renderirane vsebine: Ali HTML, ki ga vidijo iskalniki, vključuje isto kritično vsebino kot uporabniki? (Verify: curl z ustreznim UA, Chrome DevTools renderiran DOM.)

6) Pravilen structured data: Je structured data veljavna in posodobljena? (Verify: Rich Results Test in Schema Markup Validator.)

7) Core Web Vitals in hitrost nalaganja: Ali field metrics pokažejo težave za ključne strani? (Verify: Search Console Core Web Vitals poročilo in lab testiranje z Lighthouse.)

Prioritizacija: izberi popravke, ki res premaknejo rezultat

Prioritiziraj delo z združitvijo treh dimenzij: relevantnost za poslovne cilje (katere strani so pomembne za organski promet ali konverzije), tehnična resnost (blokira indeksacijo, povzroča pogoste napake) in napor za popravilo. Hitre zmage pogosto vključujejo popravilo napačno nastavljenih noindex oznak, odpravo redirect verig za strani z visokim prometom in odblokiranje kritičnega CSS/JS, ki vpliva na renderiranje.

Poročanje in nadzor

Predloži audit poročilo, ki združi težave po prioriteti, prikaže primere in korake za reprodukcijo ter vsebuje priporočeni načrt uvajanja. Dodaj monitoring za regresije: spremljaj strežniške napake, spremembe indeksacije preko Search Console in Core Web Vitals field metrics. Po uvedbi popravkov ponovno izvedeš točno iste korake preverjanja, uporabljene med revizijo, da potrdiš rešitev.

Pogosta vprašanja

Kako se crawling razlikuje od indeksiranja in rangiranja?

Crawling je proces odkrivanja in prenašanja URL-jev. Indeksiranje je odločitev za shranjevanje dela ali celotne vsebine strani v iskalnem indeksu. Rangiranje je vrstni red rezultatov ob poizvedbi. Stran je lahko crawlana, a ne indeksirana, in tudi indeksiranje ne zagotavlja visokega rangiranja; vsaka faza ima ločene signale in preglede.

Kaj, če vidim drugačen HTML, ko pridobim stran kot Googlebot?

Najprej potrdi, ali je razlika namerna (optimizacija za napravo) ali slučajna (strežniška napačna konfiguracija ali user-agent sniffing). Uporabi curl z Googlebot-slog UA za shranjevanje HTML, primerjaj z običajnim brskalniškim zajemom in preveri strežniško logiko, ki spreminja izhod glede na UA ali headerje. Izogibaj se strežbi bistveno drugačne vsebine crawlerjem v primerjavi z uporabniki.

Kako preverim, ali je stran publisherja z backlinkom indeksabilna?

Od zunaj preveri HTML strani za meta robots, uporabi curl -I za pregled X-Robots-Tag headerjev in potrdi, da stran vrača status 200. Uporabi renderiran DOM v brskalniku, da zagotoviš, da je povezava prisotna v statičnem ali renderiranem HTML. Operator site: lahko nakazuje javne indeksne signale, vendar ni dokončen dokaz.

Ali popravki tehničnih težav zagotavljajo izboljšanje rangiranja?

En sam tehnični popravek ne zagotavlja izboljšav rangiranja. Tehnično delo odstrani ovire in poveča verjetnost, da se močna, relevantna vsebina lahko kosa za boljše pozicije. Po popravkih spremljaj indeksacijo in performančne signale ter kombiniraj tehnične izboljšave s snovanjem vsebine in izboljšanjem relevantnosti.

Ker Google uporablja mobile-first indexing, kaj naj najprej preverim?

Google uporablja mobilno različico kot primarno osnovo za crawling and indexing. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default. Preveri, da mobilni HTML razkriva isto kritično vsebino, metadata in structured data kot namizna različica, in zagotovi, da sta mobilna performance in odzivnost sprejemljiva.