Fara í efni
SilktideHjálp

Efni læsilegt án JavaScript

Meginefni síðunnar þinnar – málsgreinarnar, fyrirsagnirnar, töflurnar og verðin sem gesturinn kom til að sjá – verður að vera til staðar í HTML-kóðanum sem þjónninn skilar í fyrstu beiðni. Það er í lagi að bæta síðuna með . Efni sem birtist eingöngu eftir að JavaScript hefur keyrt er ósýnilegt flestum gervigreindarskriðurum og þar af leiðandi einnig aðstoðarmönnunum sem vitna í þá.

Í þessari grein skulum við gera ráð fyrir að Fernwood hafi endurbyggt markaðssíðuna sína sem einsíðuvefforrit. Í vafra lítur síðan fullgerð út. „Skoða frumkóða“ sýnir næstum tóman <div id="root"></div>. Það er þessi tóma skel sem GPTBot, ClaudeBot, PerplexityBot og sambærilegir skriðaðilar fá.

Hvers vegna þetta virkar

Hefðbundnar leitarvélar hafa að mestu leyst þetta vandamál: Google birtir JavaScript áður en efni er skráð. Svaravélar hafa það ekki. Skriðarnir sem sjá ChatGPT, Claude, Perplexity og sambærileg kerfi fyrir efni sækja yfirleitt óunnin HTML-svör og hætta þar – þeir bíða ekki eftir að keyrsluumhverfi veframmans fyllist, keyra ekki búntið þitt og fylgja ekki leiðum á biðlarahlið. Samanburður Silktide á skriði (birt síða á móti óunnu HTML) byggir nákvæmlega á þessari hegðun; sjá Efni án JavaScript.

Bilunin er hljóðlát og algjör:

  • Síða sem raðast vel í Google getur verið algjörlega fjarverandi í svörum gervigreindar, vegna þess að aðstoðarmennirnir fengu aldrei textann.
  • Öll önnur AEO-fjárfesting á síðunni – skipulögð gögn, dagsetningar á vél læsilegu formi, svar-fyrst skrif – er gagnslaus ef skriðinn sér aldrei efnið sem þessar upplýsingar lýsa.
  • Mannlegir gestir sem lenda í biluðum eða lokuðum skriftum sjá sömu tómu skelina og fyrsta innihaldsbirting verður hægari, jafnvel þegar skriftur ná að keyra að lokum.

Þetta er vandamál í uppbyggingu vefsvæðisins, ekki vandamál við breytingar á stakri síðu. Að laga eina vefslóð handvirkt lagar ekki sniðmátið sem býr til næstu hundrað.

Hvernig á að kanna hvað skriðinn sér

Áður en þú breytir nokkru skaltu staðfesta vandamálið. Þrjár leiðir, sú sterkasta fyrst:

  1. Prófun Silktide. Efni án JavaScript ber saman merkingarbæran megintexta birtu síðunnar við óunnið HTML sem var tekið við skrið. Það flaggar síðum þar sem óunni textinn er bæði innan við um 10% af birta textanum og mjög lítill að algildi – raunveruleg tóm skel, ekki síða sem bætir aðeins við eiginleikum.
  2. Skoðaðu frumkóðann, ekki Elements í þróunartólum. Í vafranum sýnir „View Page Source“ það sem þjónninn sendi. Elements-spjaldið sýnir DOM-tréð eftir að JavaScript hefur keyrt. Ef greintextinn þinn er í Elements en vantar í frumkóðann sjá skriðaðilar sem sleppa JS hann ekki.
  3. Sæktu án vafra. Í flugstöð: curl -sL https:\/\/fernwood.example\/pricing | head. Eða notaðu textavafra. Ef verðtaflan vantar í úttakið vantar hana einnig hjá skriðanum.

Staðfestu einnig að skriðanum sé yfirleitt hleypt inn – fullkomið HTML-svar er gagnslaust ef robots.txt lokar á gervigreindarskriðann, eða eldveggur lokar á hann í reynd (Gervigreindarskriðarar lokaðir í reynd).

Hvernig á að laga þetta

Veldu þá aðferð sem hentar tæknistaflanum þínum. Allar þrjár leiðirnar skila sömu niðurstöðu: fyrsta HTML-svarið inniheldur efnið.

1. Framsetning á netþjóni (SSR)

Þjónninn birtir hverja síðu sem HTML við beiðni og JavaScript fyllir síðan inn gagnvirkni. Þetta er sjálfgefin leið í veframmum sem styðja hana nú þegar:

  • Next.js – notaðu App Router með Server Components, eða getServerSideProps / getStaticProps í Pages Router. Ekki senda tóman rótareiningu sem sækir efni eftir að hún er komin á skjáinn.
  • Nuxt – universal- / SSR-hamur (sjálfgefinn), ekki ssr: false.
  • Remix, SvelteKit, Astro (SSR-hamur) og sambærileg kerfi – sama hugmynd: skjalasvarið inniheldur megintextann.

Þumalputtareglan er þessi: ef useEffect / onMounted-sókn er það sem setur greinina á síðuna skaltu færa gagnasóknina yfir á þjóninn.

2. Framleiðsla á kyrrstæðum vef (SSG)

Forbyggðu síður sem einfalt HTML við birtingu. Þetta hentar vel fyrir efni sem breytist ekki eftir gestum – bloggfærslur, skjöl, markaðssíður og verð. Astro, Eleventy, Hugo, Next.js output: 'export' og Nuxt generate búa öll til skrár sem skriðari getur lesið án nokkurs JavaScript.

SSG er yfirleitt ódýrasta skrefið fyrir markaðs- og efnissíður: enginn kostnaður við birtingu fyrir hverja beiðni og HTML-kóðinn á diskinum er nákvæmlega það sem skriðinn fær.

3. Forbirting sem brú

Ef þú getur ekki breytt veframmanum strax getur forbirtingarþjónusta eða byggingarskref sent skriðurum (og oft gestum í fyrsta skipti) birta HTML-auðkenningu á meðan einsíðuvefforritið heldur áfram að keyra fyrir gagnvirkar lotur. Líttu á þetta sem brú, ekki lokamarkmið: ferskleiki auðkennanna, ógilding skyndiminnis og auðkenndar leiðir verða öll að eigin viðhaldsbyrði. Kjóttu að laga birtingarhaminn þegar þú getur.

Leiðbeiningar Google um JavaScript SEO og Rendering on the Web á web.dev fjalla um sama svið – SSR, SSG og stigvaxandi endurbætur – frá sjónarhóli leitarvéla.

Hvað þarf að vera í fyrsta HTML-kóðanum

Ekki hver einasti díll. Efnið sem vitnað væri í:

  • Greinin eða meginmál síðunnar – fyrirsagnir, málsgreinar, listar og töflur.
  • Verð, takmarkanir og aðrar staðreyndir sem þú vilt að aðstoðarmenn endurtaki.
  • Skipulögð gögn í <script type="application\/ld+json">-einingu í upphaflega HTML-kóðanum – JSON-LD sem er aðeins sett inn eftir að síðan hefur fyllst er jafn ósýnilegt og textinn.
  • Kanónísk vefslóð, titill og lýsing á lýsigögnum í <head>.

JavaScript getur áfram séð um valmyndir, sérsnið, gröf sem bæta við töflu sem er þegar til staðar og stigvaxandi eiginleika. Prófun Silktide er viljandi sveigjanleg gagnvart viðbótum: síður sem birta meginefni sitt sem HTML og leggja hegðun ofan á standast.

Algeng bilunarmynstur

  • Einsíðuvefforrit eingöngu á biðlara – Create React App, Vite-SPA og sambærilegar uppsetningar sem senda tóma skel og sækja leiðir í vafranum. Lausnin er SSR/SSG, ekki meiri kóði á biðlara.
  • Efni á bak við „Hlaða meira“ eða flipa sem birtast aldrei í HTML. Ef eina leiðin að þriðja hluta er að smella á hnapp sem sækir hann ná skriðarar aldrei þangað. Kjóttu raunverulegar vefslóðir eða hafðu efnið í upphaflega svarinu.
  • „Þetta virkar í Google, svo allt er í lagi.“ Birting Googlebot kemur ekki í staðinn fyrir læsileika fyrir gervigreindarskriða. Það er algengt, ósýnilegt misræmi að standast Google en falla á GPTBot.
  • Að loka á skriðann og kenna JavaScript um. Athugaðu alltaf aðgang gervigreindarskriðara og virkt aðgengi samhliða þessari tækni.

Hvernig Silktide hjálpar

Ef Silktide getur ekki lesið efnið þitt án JavaScript geta aðstoðarmennirnir sem þú vilt að vitni í þig það ekki heldur.

Tengd efni

Síðast uppfært

Var þessi síða gagnleg?

Efni læsilegt án JavaScript | Hjálp Silktide