o pozornych b\u0142\u0119dach 404<\/a>. Znaczenie ma te\u017c routing: adresy URL powinny by\u0107 dost\u0119pne przez History API, a nie przez fragmenty. I ka\u017cda poprawka z tej listy dotyczy wszystkich odwiedzaj\u0105cych jednakowo. Chodzi o jedn\u0105 dzia\u0142aj\u0105c\u0105 stron\u0119, a nie o osobn\u0105 wersj\u0119 dla robot\u00f3w.<\/p>\n\n\n\nPobieranie zasob\u00f3w strony a Tw\u00f3j bud\u017cet indeksowania<\/h2>\n\n\n\n
Ka\u017cdy zas\u00f3b pobrany na potrzeby renderowania uszczupla bud\u017cet indeksowania nazwy hosta, kt\u00f3ra go udost\u0119pnia. \u017beby z\u0142agodzi\u0107 ten koszt, WRS pr\u00f3buje zapisa\u0107 w pami\u0119ci podr\u0119cznej ka\u017cdy plik JavaScript i CSS, do kt\u00f3rego odwo\u0142uj\u0105 si\u0119 renderowane strony, na okres do 30 dni i bez wzgl\u0119du na dyrektywy buforowania HTTP, jak podaje wpis Crawling December o zasobach. Multimedia te\u017c si\u0119 licz\u0105: pobrania wykonywane przez Googlebot-Image i Googlebot-Video zu\u017cywaj\u0105 bud\u017cet witryny.<\/p>\n\n\n\n
Co wi\u0119c zrobi\u0107 z bud\u017cetem indeksowania dla plik\u00f3w JS i CSS? To w gruncie rzeczy proste. Im mniej zasob\u00f3w potrzebuje Twoja g\u0142\u00f3wna tre\u015b\u0107, tym mniej bud\u017cetu idzie na renderowanie i tym wi\u0119cej zostaje na inne zadania robota. Google zaktualizowa\u0142 te\u017c wpis 6 grudnia 2024, dodaj\u0105c uwag\u0119 o wp\u0142ywie serwowania zasob\u00f3w z innego originu na wydajno\u015b\u0107. Moim zdaniem warto to rozwa\u017cy\u0107, zanim przeniesiesz zasoby na inn\u0105 nazw\u0119 hosta.<\/p>\n\n\n\n
Dlaczego Google mo\u017ce uruchomi\u0107 nieaktualn\u0105 wersj\u0119 Twojego skryptu<\/h2>\n\n\n\n
WRS buforuje agresywnie i mo\u017ce ignorowa\u0107 nag\u0142\u00f3wki buforowania. Skutek uboczny: mo\u017ce wyrenderowa\u0107 stron\u0119 ze starym JavaScriptem albo CSS. Rozwi\u0105zaniem jest content fingerprinting<\/strong>. Skr\u00f3t zawarto\u015bci pliku staje si\u0119 cz\u0119\u015bci\u0105 jego nazwy, na przyk\u0142ad main.2bb85551.js<\/em>, wi\u0119c ka\u017cda aktualizacja daje nowy adres URL, a po nieaktualn\u0105 kopi\u0119 nikt ju\u017c nie si\u0119ga.<\/p>\n\n\n\nUnikaj natomiast parametr\u00f3w zapytania omijaj\u0105cych pami\u0119\u0107 podr\u0119czn\u0105, kt\u00f3re zmieniaj\u0105 si\u0119 przy ka\u017cdym \u017c\u0105daniu, cho\u0107 tre\u015b\u0107 pliku si\u0119 nie zmienia. Nowe adresy URL oznaczaj\u0105 nowe pobrania, a te spalaj\u0105 bud\u017cet na pliki, kt\u00f3re Google ju\u017c ma. Skonfiguruj fingerprinting w swoim narz\u0119dziu do budowania, a potem upewnij si\u0119, \u017ce Tw\u00f3j serwer \u017ar\u00f3d\u0142owy albo NGINX faktycznie poprawnie serwuje pliki z haszem w nazwie.<\/p>\n\n\n\n
Jak sprawdzi\u0107, co faktycznie wyrenderowa\u0142 Googlebot<\/h2>\n\n\n\n
Otw\u00f3rz wyrenderowany HTML w narz\u0119dziu do sprawdzania adres\u00f3w URL albo w te\u015bcie wynik\u00f3w z elementami rozszerzonymi i wyszukaj w nim tekst, kt\u00f3rego brakuje w Google. Liczy si\u0119 tylko tre\u015b\u0107 widoczna w tym wyniku (w przypadku komponent\u00f3w webowych shadow DOM i light DOM s\u0105 w nim sp\u0142aszczane). Dowody przegl\u0105da\u0142bym w tej kolejno\u015bci:<\/p>\n\n\n\n
\n- sam wyrenderowany HTML,<\/li>\n
- lista zasob\u00f3w, kt\u00f3rych nie uda\u0142o si\u0119 wczyta\u0107,<\/li>\n
- regu\u0142y robots.txt obejmuj\u0105ce te pliki,<\/li>\n
- kody stanu skrypt\u00f3w i punkt\u00f3w ko\u0144cowych API.<\/li>\n<\/ol>\n\n\n\n
W praktyce SEO przy renderowaniu po stronie klienta sprowadza si\u0119 do jednego nawyku: umieszczaj kluczowy tekst i linki w pocz\u0105tkowym HTML tam, gdzie pozwala na to Tw\u00f3j framework, jednakowo dla ka\u017cdego odwiedzaj\u0105cego. Masz przed witryn\u0105 proxy? Obraz si\u0119 nie zmienia - Jalvo przekazuje \u017c\u0105dania do Twojego serwera \u017ar\u00f3d\u0142owego, wi\u0119c regu\u0142y renderowania i zasob\u00f3w pozostaj\u0105 w konfiguracji serwera \u017ar\u00f3d\u0142owego albo CMS-a.<\/p>\n\n\n\n
Zasada stoj\u0105ca za JavaScript SEO jest kr\u00f3tka. Google mo\u017ce zindeksowa\u0107 tylko to, co jego renderer jest w stanie pobra\u0107 i zbudowa\u0107. Odblokuj skrypty, arkusze styl\u00f3w i \u015bcie\u017cki API, od kt\u00f3rych zale\u017cy Twoja tre\u015b\u0107, dodaj skr\u00f3t zawarto\u015bci do nazw plik\u00f3w, \u017ceby aktualizacje dostawa\u0142y nowe adresy URL, i sprawdzaj wyrenderowany HTML po ka\u017cdym istotnym wdro\u017ceniu.<\/p>\n\n\n\n
FAQ<\/h2>\n\n\n\n
\n
\n
Czy Googlebot uruchamia JavaScript na ka\u017cdej stronie?<\/h3>\n\n\n
Nie na ka\u017cdej. Strony, kt\u00f3re zwracaj\u0105 kod stanu oznaczaj\u0105cy sukces, trafiaj\u0105 do kolejki renderowania, chyba \u017ce obowi\u0105zuje metatag robots albo nag\u0142\u00f3wek z noindex. Pliki i strony zablokowane w robots.txt nie s\u0105 renderowane wcale, a to, co doda\u0142yby te skrypty, pozostaje poza indeksem.<\/p>\n\n<\/div>\n<\/div>\n
\n
Czy pliki JavaScript i CSS zu\u017cywaj\u0105 bud\u017cet indeksowania?<\/h3>\n\n\n
Tak. Ka\u017cde pobranie obci\u0105\u017ca nazw\u0119 hosta, kt\u00f3ra udost\u0119pnia plik, tak\u017ce osobn\u0105, u\u017cywan\u0105 wy\u0142\u0105cznie do zasob\u00f3w. Pami\u0119\u0107 podr\u0119czna WRS ogranicza powt\u00f3rne pobrania, co oszcz\u0119dza bud\u017cet na inne adresy URL. Stabilne nazwy plik\u00f3w ze skr\u00f3tem zawarto\u015bci pomagaj\u0105 tej pami\u0119ci podr\u0119cznej robi\u0107 swoje.<\/p>\n\n<\/div>\n<\/div>\n
\n
Dlaczego po wdro\u017ceniu Google pokazuje star\u0105 wersj\u0119 mojej strony?<\/h3>\n\n\n
Poniewa\u017c WRS mo\u017ce ignorowa\u0107 nag\u0142\u00f3wki buforowania i ponownie u\u017cywa\u0107 zasob\u00f3w, kt\u00f3re ju\u017c zapisa\u0142, wi\u0119c renderer mo\u017ce uruchomi\u0107 poprzedni skrypt albo arkusz styl\u00f3w. Rozwi\u0105zuje to content fingerprinting w nazwach plik\u00f3w: zmieniona tre\u015b\u0107 daje inny adres URL, a ten musi zosta\u0107 pobrany na nowo.<\/p>\n\n<\/div>\n<\/div>\n<\/div>\n<\/div>","protected":false},"excerpt":{"rendered":"
Googlebot najpierw pobiera HTML nadrz\u0119dnego adresu URL. Potem Web Rendering Service pobiera pliki JavaScript i CSS, na kt\u00f3re wskazuje ten kod, i buduje stron\u0119 tak, jak zrobi\u0142aby to przegl\u0105darka. A tekst, kt\u00f3ry pojawia si\u0119 dopiero po tym kroku? Trafia do indeksu tylko wtedy, gdy ka\u017cdy wymagany zas\u00f3b jest dost\u0119pny. To JavaScript SEO w pigu\u0142ce i […]<\/p>\n","protected":false},"author":25,"featured_media":2377,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[182],"tags":[292,224,408,468,472,35],"class_list":["post-2391","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-seo-pl","tag-googlebot-x","tag-indeksowanie","tag-indeksowanie-x","tag-javascript-seo-x","tag-renderowanie","tag-techniczne-seo-pl"],"acf":[],"_links":{"self":[{"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/posts\/2391","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/users\/25"}],"replies":[{"embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/comments?post=2391"}],"version-history":[{"count":0,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/posts\/2391\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/media\/2377"}],"wp:attachment":[{"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/media?parent=2391"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/categories?post=2391"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jalvo.eu\/pl\/wp-json\/wp\/v2\/tags?post=2391"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}