Google samo i isključivo prati sidrene tekstove s HREF atributima . Stop. Google ne simulira navigaciju stranicom kako bi pronašao veze . Iz donjeg primjera možete vidjeti koje će veze biti indeksirane, a koje ne.
Google želi biti u mogućnosti pronaći – idealno – sav sadržaj na vašoj web stranici .
Glavni sadržaj stranice uključuje sav tekst , slike , videozapise , pa čak i skrivene elemente, kao što su b2b lista e-pošte strukturirani podaci . Drugim riječima, HTML stranice. Ali ne zaboravite sadržaj koji ste dinamički preuzeli: Google kaže da bi ga se moglo isplatiti indeksirati, poput komentara na Facebooku ili Disqusu.
No, kako bismo pretražili HTML za indeksiranje stranice, HTML prvo mora biti dostupan. Ali kao što smo vidjeli, s JavaScript okvirima to nije uvijek slučaj: Google stoga mora umetnuti korak između indeksiranja i indeksiranja: aktivnost prikazivanja .
Što to znači za Javascript stranice?
Ako Google nema dostupan HTML za stranicu, prvo je mora prikazati . Nakon toga Google želi indeksirati sadržaj kako bi Googleov Kako Google pronalazi indeks pretraživanja bio što svježiji. Međutim, ciklus indeksiranja indeksiranja događa se trenutačno samo ako se sav sadržaj prikazuje na poslužitelju iu potpunosti prikazuje prilikom indeksiranja (!!!).
Googlebot koristi vlastiti brazilski podaci renderer (to je zapravo indekser – Caffeine – koji radi renderiranje – potvrdio Gary Illyes na Twitteru ), i pokreće ga kada naiđe na web stranice s JavaScriptom. Ali budući da to zahtijeva puno vremena i računalnih resursa, prikazivanje web stranica temeljenih na JavaScriptu odgađa se dok Googlebot ne bude imao raspoložive resurse za obradu takvog sadržaja.
To znači da Googlebot zapravo izvodi dva vala indeksiranja kroz sadržaj , a neki detalji mogu biti izgubljeni. Za SEO-e koji rade na web-lokacijama temeljenim na JavaScriptu važno je osigurati da se neki važni elementi – kao što su meta podaci , HTTP statusni kodovi ili kanonske oznake – renderiraju (ili su već dostupni) prije prvog vala indeksiranja – kako bi se izbjegao njihov gubitak . Na primjer, drugi val indeksiranja uopće ne provjerava prisutnost kanonske oznake (!!!).
Različite vrste iscrtavanja
Pogledajmo različite dostupne vrste iscrtavanja:
- Renderiranje na strani klijenta – JavaScript se izvršava na klijentu, bilo da se radi o pregledniku ili tražilici;
- Renderiranje na strani poslužitelja – Poslužitelj obrađuje JavaScript kod i prvenstveno služi statički HTML tražilicama. To donosi na čelu s butanom prednosti u brzini , posebno za sporije veze i uređaje niže klase;
- Hibridno iscrtavanje – Unaprijed iscrtani HTML šalje se klijentu tako da dobivate iste prednosti brzine kao iscrtavanje na strani poslužitelja. Međutim, s interakcijom ili nakon učitavanja stranice, poslužitelj dodaje
Google smatra da se rješenje za hibridno prikazivanje dugoročno preporučuje . Međutim, u praksi je njegova implementacija još uvijek malo komplicirana, čak i ako su neki JavaScript okviri razvili rješenja u tom smislu (pogledajte Angular Universal ).
Još jedna opcija koju je Google Kako Google pronalazi predstavio za prevladavanje problema odgođenog indeksiranja je dinamičko prikazivanje , koje uključuje: