JavaScript: što je i zašto je važan

Što je JavaScript?

JavaScript je visokorazinski, na događaje orijentirani skriptni jezik koji se izvršava u preglednicima i na serverima (putem runtime-a poput Node.js). Manipulira DOM-om, upravlja korisničkim interakcijama, komunicira s API-jevima i omogućuje moderne obrasce renderiranja poput renderiranja na strani klijenta (CSR), renderiranja na strani servera (SSR) i postupne hidratacije.

Zašto je JavaScript važan za SEO

JavaScript utječe na tri različite faze tražilice: crawling (otkrivanje), indexing (što se pohranjuje) i ranking (kako su rezultati poredani). U 2026. Google koristi mobilnu verziju kao primarnu osnovu za crawling i indeksiranje; since July 2024 Google crawls Search with Googlebot Smartphone by default. Budući da JavaScript može odgoditi ili promijeniti HTML koji crawler vidi, utječe na to hoće li važan sadržaj i linkovi biti indeksirani. Ipak, samo izvršavanje ili renderiranje ne određuje deterministički ranking — rangiranje ovisi o mnogim signalima izvan toga je li JavaScript izvršen.

Praktični utjecaji na SEO uključuju otkrivanje linkova i sadržaja, vidljivost strukturiranih podataka i percipiranu izvedbu stranice (Core Web Vitals). Napominjemo također da je Google uklonio tradicionalne keširane stranice početkom 2024., pa je pri provjeri crawlera presudno ponašanje pri live renderiranju.

Kako JavaScript radi

Model izvršavanja

Preglednici dohvaćaju HTML, a potom izvršavaju JavaScript u single-threaded event loopu koji ažurira DOM. Moderni sajtovi kombiniraju mrežne zahtjeve, bundling, učitavanje modula i runtime provjeru podrške značajki. Iz SEO perspektive važno je hoće li HTML koji crawler naposljetku vidi sadržavati kritični sadržaj i sidra linkova — a ne nužno je li klijentska interaktivnost dostupna korisnicima.

Strategije renderiranja (usporedba)

Odaberite pristup renderiranju na temelju kompromisa između SEO-a i izvedbe. Ispod su uobičajeni obrasci s kratkim prednostima i nedostacima.

- Server-side rendering (SSR) — Prednosti: šalje HTML s sadržajem odmah (pogodno za indeksaciju i percipirano učitavanje). Nedostaci: veći trošak servera, složenije keširanje.

- Client-side rendering (CSR) — Prednosti: brze interakcije nakon učitavanja, jednostavniji backend. Nedostaci: početni HTML može biti okrhnut; sadržaj može zahtijevati JS izvršavanje što može odgoditi indeksiranje ili zahtijevati više resursa crawlera.

- Hybrid / Progressive hydration / Partial SSR — Prednosti: balans između brzog prvog iscrtavanja i interaktivne hidratacije; često se koristi u modernim frameworkima. Nedostaci: dodatna složenost izrade; potrebno je potvrditi da kritični sadržaj preživi hidrataciju.

Vrste JavaScripta

Kad se govori o "vrstama" JavaScripta obično se misli na različite obrasce uporabe i ekosustave: vanilla JavaScript (bez frameworka), biblioteke (npr. utility libraries), frameworki (React, Vue, Svelte i dr.), server-side JavaScript (Node.js runtime-i i serverski frameworki) te alati u fazi builda (bundleri/transpileri i njihov izlaz). Svaki utječe na to kako i kada se sadržaj pojavljuje u HTML-u stranice.

Kako započeti s JavaScriptom

Počnite s malim, testabilnim koracima: naučite osnovne DOM API-je, vježbajte dohvat JSON-a s API-ja i izradite jednostavnu interaktivnu komponentu. Eksperimentirajte s frameworkom tek nakon što razumijete kako mijenja isporučeni HTML. Za SEO testiranje, postavite jednostavnu stranicu i provjerite kako je tražilice vide (pogledajte odjeljak za verifikaciju niže). Koristite postupno unapređenje (progressive enhancement): osigurajte da je osnovni sadržaj dostupan bez potrebe za JavaScriptom za kritični, indeksabilan sadržaj.

Česte pogreške u JavaScriptu

Česti problemi koji štete dohvatljivosti, indeksiranju ili korisničkom iskustvu:

- Stavljanje kritičnog sadržaja iza velikih bundle-ova ili dugotrajno izvršavanje JavaScripta koje odgađa renderiranje.

- Oslanjanje isključivo na navigaciju na strani klijenta za stranice koje bi trebale biti indeksabilne (važne URL-ove treba prikazivati kao upotrebljiv HTML za crawler-e).

- Umetanje važnih linkova ili strukturiranih podataka tek nakon interaktivnih događaja (klikova) tako da ih crawleri nikad ne vide u renderiranom HTML-u.

- Pogrešno lazy-loadanje slika ili sadržaja iznad preklopa koje narušava Core Web Vitals ili sprječava otkrivanje sadržaja.

Provjera JavaScripta: tehnička kontrolna lista

Upotrijebite provjere u nastavku da potvrdite kako vaša stranica izlaže sadržaj i linkove kada se JavaScript izvrši. Za stranice koje posjedujete, Google Search Console URL Inspection daje autoritativne informacije o crawlingu i indexiranju; za stranice trećih strana upotrijebite vanjske provjere navedene u nastavku.

Vidljivost renderiranog HTML-a — gdje provjeriti: Chrome DevTools Elements panel ili headless renderer — zadovoljava kada: kritični sadržaj i sidra linkova pojavljuju se u renderiranom DOM-u bez potrebe za ručnim korisničkim interakcijama.

HTTP status i robots — gdje provjeriti: curl -I i server logovi — zadovoljava kada: stranica vraća status iz 200-serije i nema blokirajući X-Robots-Tag ili meta robots:noindex.

Prisutnost strukturiranih podataka — gdje provjeriti: Rich Results Test ili Schema Markup Validator — zadovoljava kada: očekivani JSON-LD ili microdata postoji i Rich Results Test ne prijavljuje blokirajuće pogreške.

Provjera izvora linkova (HTML naspram JS) — gdje provjeriti: view-source i DevTools Elements — zadovoljava kada: za SEO važne linkove postoje u poslanom HTML-u ili u renderiranom DOM-u i dostupni su bez odgođenih korisničkih događaja.

Signal o indeksaciji (javno) — gdje provjeriti: site: operator ili Bing Site Explorer — zadovoljava kada: stranica se pojavljuje u rezultatima pretraživanja ili Site Explorer pokazuje da je stranica poznata (napomena: site: je indikator, a ne autoritativan dokaz indeksacije).

Alati za provjeru i kako ih koristiti

Chrome DevTools — Otvorite stranicu, usporedite 'View source' (poslani HTML) s Elements panelom (renderirani DOM) kako biste provjerili je li sadržaj ubrizgan na strani klijenta ili prisutan u početnom odgovoru.

curl — Koristite curl za pregled headera i poslanog HTML-a. Za samo headere koristite curl -I https://example.com/page. Za dohvat kao specifičan user-agent koristite curl -A 'Googlebot' https://example.com/page (ovo postavlja user-agent; uključite -I ako su vam potrebni samo headeri).

Google Search Console URL Inspection — Za stranice koje posjedujete: zahtijevajte indeksiranje, pregledajte 'Live test' renderiranje i pročitajte Googleov prijavljeni status. Ovo je autoritativno za vašu property, ali se ne može koristiti protiv stranica trećih strana.

Rich Results Test / Schema Markup Validator — Zalijepite URL ili isječak koda da provjerite preživljavaju li strukturirani podaci renderiranje i imaju li pravo na poboljšanja.

Lighthouse (u DevTools) — Pokrenite audite izvedbe i pristupačnosti da izvučete Core Web Vitals i prilike uzrokovane velikim bundle-ovima ili skriptama koje blokiraju renderiranje.

Headless renderer-i ili automatizirani preglednici — Koristite Puppeteer ili Playwright lokalno za snimanje potpuno renderiranog HTML-a za usporedbe ili za testiranje kako se sadržaj pojavljuje bez ručne interakcije.

Pročitajte vodič za Technical SEO

Često postavljana pitanja

Izvršava li Google JavaScript?

Da. Google izvršava JavaScript s evergreen Googlebotom temeljenim na Chromiumu (prema zadanim postavkama mobile-first). Vrijeme izvršavanja ovisi o resursima crawlera i složenosti stranice; intenzivno renderiranje na strani klijenta može odgoditi indeksiranje ili zahtijevati dodatne prolaze crawlera.

Ako se moj sadržaj renderira samo putem JavaScripta, hoće li se rangirati?

Sadržaj koji renderira isključivo JavaScript može biti indeksiran i može se rangirati, ali oslanjanje samo na client-side rendering povećava rizik: kašnjenja u renderiranju, ograničenja resursa ili greške pri izvršavanju mogu spriječiti pravovremenu indeksaciju. Za kritični, indeksabilan sadržaj dajte prednost SSR-u ili osigurajte da renderirani DOM sadrži taj sadržaj za crawler-e.

Kako testirati kako widget treće strane utječe na moju stranicu?

Koristite DevTools za onemogućavanje widgeta i ponovno pokrenite Lighthouse da izmjerite utjecaj na izvedbu; pregledajte renderirani DOM da vidite ubrizgava li widget linkove ili sadržaj koji bi mogli utjecati na dohvatljivost. Za stranice vanjskih izdavača koristite headless renderiranje ili preglednik da potvrdite koji HTML se isporučuje posjetiteljima i crawler-ima.

Koje uobičajene pogreške trebam prioritetno popraviti?

Prioritetno: osigurajte da su kritični sadržaj i linkovi prisutni u renderiranom DOM-u bez korisničkih interakcija; smanjite velike bundle-ove koji blokiraju renderiranje; provjerite strukturirane podatke; te potvrdite da stranice vraćaju ispravan HTTP status i nisu blokirane robots.txt ili X-Robots-Tag headerima.