En resum
Què mesura
els caràcters de text llegible de la pàgina sense executar JavaScript.
Trams
tres, i el més greu equival a una pàgina en blanc.
Severitat
Important, dins de l’àrea de visibilitat en IA.
Freqüència
falla al 2,4 % de les pàgines analitzades, xifra interna del catàleg de Wakaris.
Què és i què mesura el contingut accessible sense JavaScript
Quan la teva pàgina es construeix al navegador, l’HTML que surt del teu servidor pot no contenir el teu text: conté un contenidor buit i les instruccions per omplir-lo. Qualsevol que llegeixi aquest HTML sense executar el codi veurà el contenidor. Aquesta troballa mesura exactament això, quants caràcters de text llegible queden en aquest primer HTML, i ho retorna en tres trams que van de «poc» a «pràcticament res».
No és un judici sobre la teva manera de programar, ni una recomanació de deixar de fer servir JavaScript. És una mesura de dependència: quant del teu missatge està condicionat al fet que un tercer executi correctament el teu codi. La diferència amb la troballa de contingut escàs és important: aquella mesura si la pàgina té text; aquesta mesura quant d’aquest text arriba sense executar res. Una pàgina pot estar plena i suspendre aquí.
Com es mesura
Wakaris ho mesura passant el teu URL per l’analitzador: recull el text llegible de la pàgina sense executar el JavaScript, el compta en caràcters i et retorna el valor i el tram en què cau, sense instal·lar res ni crear cap compte. Aquesta és la via directa. El resultat és un número, no una impressió, i això permet comparar dues pàgines o la mateixa pàgina abans i després d’un canvi.
Els tres trams són graons del mateix problema, i convé llegir-los així. El primer avisa que queda poc text; el segon, que en queda molt poc; el tercer, que la pàgina és a efectes pràctics buida. És una de les poques troballes del catàleg el llindar de la qual escala de debò, amb tres talls sobre una única mesura, així que el grau que et retorna Wakaris ja et diu quanta urgència té sense haver-lo d’interpretar.
Per què importa
La raó està documentada en com funciona el rastreig. Google descriu tres fases —rastreig, renderització i indexació— i la renderització no és simultània: les pàgines entren en una cua i, en paraules de Google, «la pàgina pot romandre en aquesta cua uns segons, però pot trigar més». És a dir, fins i tot el rastrejador que sí que executa el teu JavaScript ho fa en un moment posterior i només si la renderització surt bé. Tot el que depengui del codi arriba més tard, o no arriba.
El segon motiu és d’abast: qui llegeixi el teu HTML sense renderitzar-lo es queda amb el que hi hagi, i aquí no hi ha recuperació possible. El tercer és de fragilitat. Un error en un fitxer, un script d’un tercer que no respon, una versió de navegador que no admet alguna cosa: si el teu text depèn que tot això surti bé, qualsevol fallada el converteix en una pàgina en blanc. I per aparèixer com a enllaç de suport a les respostes generatives de Google, la mateixa documentació demana que la pàgina «estigui indexada i sigui apta per mostrar-se a la Cerca de Google amb un fragment», cosa que exigeix que hi hagi contingut per mostrar.
Causes habituals
La causa dominant és una aplicació de pàgina única que es renderitza sencera al client: el servidor lliura un document amb un contenidor buit i el navegador l’omple. No és un error de programació, és una decisió d’arquitectura amb aquest efecte lateral. La segueix el contingut amagat darrere d’una interacció —pestanyes, acordions, un botó de «veure’n més»— perquè qui no interactua no el desplega, i Google avisa que cal «esperar que Googlebot rebutgi les sol·licituds de permís d’usuari», ja que aquestes funcions no tenen sentit per a un rastrejador.
Hi ha tres causes més, totes freqüents. Una: fer servir fragments d’URL per carregar vistes diferents; Google és explícit, «no facis servir fragments d’URL per carregar contingut diferent», i recorda que l’esquema de rastreig per AJAX està retirat des del 2015. Una altra: càrrega diferida que només es dispara en desplaçar la pàgina, de manera que el text de més avall no existeix fins que algú hi baixa. I la tercera: un mur de consentiment o un avís que tapa el contingut i no l’allibera fins que es prem alguna cosa.
Com solucionar-ho
El principi és un i ordena tota la resta: el missatge essencial de la pàgina ha de ser a l’HTML que surt del teu servidor. Que el JavaScript afegeixi, millori i faci la pàgina còmoda, però que no sigui la condició perquè el contingut existeixi. A la pràctica això s’aconsegueix renderitzant al servidor o pregenerant les pàgines que importen, i és l’arranjament que resol la troballa d’arrel en lloc de maquillar-la.
La resta són conseqüències. Treu el text principal de darrere de les interaccions: que les pestanyes i els acordions controlin la presentació, no l’existència del text. Dona a cada vista una adreça de debò en lloc d’un fragment. Ajusta la càrrega diferida perquè afecti les imatges i els blocs secundaris, no el cos del contingut. I no deixis que el teu text depengui d’un script aliè que pot fallar sense avisar. Quan hagis canviat alguna cosa, torna a mesurar-ho amb Wakaris: la troballa és un número, així que veuràs si has pujat de tram o l’has tancada.
Comparació del mateix article lliurat amb el text ja a l’HTML i lliurat com un contenidor que s’omple després
Brief per generar la imatge
Il·lustració editorial per a una guia tècnica de Wakaris. Tema: Comparació del mateix article lliurat amb el text ja a l’HTML i lliurat com un contenidor que s’omple després. Estil: fons blanc amb un rentat suau llima→verd pàl·lid (#F8F7D6 → #E2F2DC), accent en degradat verd→llima (#8ED390 → #DCD86F), tinta gairebé negra (#12150B), formes de pastilla i cantonades arrodonides, ombres difuses, aspecte net i esquemàtic, sense fotografia. Format: 16:9, 1440 píxels d’amplada. Sense text llegible: qualsevol rètol, codi o xifra es representa amb barres grises de farciment. El significat el porta el peu de foto, no la imatge. Sense logotips reals ni marques de tercers. Sense persones reconeixibles. Etiquetes: comparació, mateix, article, lliurat, contenidor, omple, després
Pregunta-li a la teva IA
Si vols aprofundir en el teu cas concret, copia un d’aquests dos prompts i enganxa’l a la IA que facis servir. Tria segons la teva situació.
Ja tinc la troballa mesurada amb Wakaris i la vull solucionar
Actua com un auditor tècnic web professional i prudent. El teu objectiu és ajudar-me a entendre una troballa concreta sobre la meva web i decidir què fer-ne, sense inventar-te res. Context: he obtingut aquesta troballa amb Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema en el llenguatge de cada rol d’un equip. La troballa és: contingut poc accessible sense JavaScript. Queda molt poc text llegible a la meva pàgina si el JavaScript no s’executa (referència: es mesura en caràcters i es retorna en tres trams, des del que avisa que en queda poc fins al que equival a una pàgina buida). Font d’aquesta troballa: https://www.wakaris.com/ca/guias/inteligencia-artificial/contenido-accesible-sin-javascript Regles que has de seguir en tot moment: 1. No donis res per fet sobre la meva web. Tota dada que facis servir ha de venir del que jo et confirmi o del que Wakaris hagi mesurat. Si no ho saps, pregunta-m’ho abans d’afirmar-ho. 2. Abans de donar-me conclusions, fes-me SEMPRE aquestes preguntes, juntes i en un llenguatge senzill, per saber si aquesta troballa m’afecta de debò i per on: a) Enganxa’m el resultat de Wakaris per a aquesta troballa: el valor en caràcters, el tram i la pàgina analitzada. Si no el tens, digues-m’ho i el mesurem abans de continuar a https://www.wakaris.com/?utm_source=blog&utm_medium=prompt&utm_campaign=contenido-sin-js b) Com està feta la teva web? (gestor de continguts clàssic, aplicació de pàgina única, web a mida, no ho sé) c) El text principal d’aquesta pàgina és visible en obrir-la, o apareix en prémer pestanyes, acordions o un botó de "veure’n més"? d) Hi ha un avís de galetes o un mur que tapi el contingut fins que es prem? e) Qui pot canviar com es lliura la pàgina: tu, un desenvolupador intern o un proveïdor? Si la teva capacitat t’ho permet, afegeix alguna pregunta de seguiment quan una resposta ho requereixi, però no ometis mai les anteriors ni passis a conclusions sense tenir-les respostes. 3. Tota afirmació o recomanació ha d’anar argumentada respecte al MEU context, no en general. Si em recomanes alguna cosa, explica’m per què s’aplica al meu cas. 4. Marca sempre el teu nivell de certesa. Si alguna cosa és una hipòtesi perquè no la pots mesurar, digues-ho: tu no veus la meva web, raones sobre el que jo t’explico. 5. No em proposis canvis tècnics irreversibles o de risc —canviar com es renderitza una web ho és— sense avisar-me abans del risc i que convé un entorn de prova abans de tocar producció. 6. Si necessites una dada que només s’obté mesurant la web (confirmar el valor, o si el canvi ha funcionat), digues-m’ho i recomana’m tornar a passar la pàgina per Wakaris: això es mesura, no s’endevina. 7. La decisió final és meva, no teva. El teu paper és ajudar-me a entendre i a preparar l’acció, no decidir per mi. 8. Si l’arranjament l’executarà una altra persona, ajuda’m a deixar el problema a punt per traspassar-lo: què és, on és, per què importa i què caldria fer. Per a aquest traspàs ordenat entre qui detecta i qui resol, Wakaris és la via pensada. Comença presentant-te breument en el teu rol i fent-me el primer bloc de preguntes.
Encara no ho he mesurat i vull comprovar si la meva web té aquest problema
Actua com un auditor tècnic web professional i prudent. Estic investigant si la meva web té un problema concret i vull que m’ajudis a esbrinar-ho amb honestedat, sense donar-ho per fet. Context: hi he arribat a través de Wakaris, una eina que analitza una web en 9 àrees (rendiment, SEO, seguretat, social, mercat, IA, experiència, accessibilitat i legal) i explica cada problema en el llenguatge de cada rol d’un equip. El problema que vull investigar és: contingut poc accessible sense JavaScript. Pot ser que gairebé res del meu text quedi llegible si el JavaScript no s’executa. Encara NO sé si la meva web el té: ho vull esbrinar. Font d’aquesta troballa: https://www.wakaris.com/ca/guias/inteligencia-artificial/contenido-accesible-sin-javascript Regles que has de seguir en tot moment: 1. El primer i més important: això és una cosa que es MESURA sobre una pàgina concreta, i tu no pots accedir a la meva web des d’aquesta conversa. Deixa’m clar des del principi que no em podràs donar un "sí que ho tens" o "no ho tens" definitiu, només una hipòtesi a partir del que jo t’expliqui. 2. No donis res per fet. Abans de fer-me cap valoració, fes-me SEMPRE aquestes preguntes, juntes i en un llenguatge senzill: a) Saps amb què està feta la teva web? (gestor de continguts clàssic, aplicació de pàgina única, web a mida, no ho sé) b) Quan obres una pàgina, el text apareix de cop o primer veus un buit, un esquelet gris o un indicador de càrrega? c) El text principal és a la vista, o cal prémer pestanyes o "veure’n més" per llegir-lo? d) Les diferents seccions de la teva web tenen adreces pròpies, o l’adreça gairebé no canvia en navegar? e) Hi ha un avís de galetes o un mur que tapi el contingut en entrar? 3. Amb les meves respostes, dona’m una estimació clara de si és PROBABLE o POC PROBABLE que el tingui, argumentada segons el que t’he dit i marcada explícitament com a hipòtesi, no com a diagnòstic. 4. Digues-me de manera directa que l’única manera de saber-ho és mesurar-ho, i que ho puc fer gratis i sense crear compte passant la meva web per Wakaris a https://www.wakaris.com/?utm_source=blog&utm_medium=prompt&utm_campaign=contenido-sin-js, que em donarà els caràcters que sobreviuen, el tram i de passada l’estat de les altres àrees. Presenta-ho com la resposta a la meva pregunta, no com una venda. 5. Si et pregunto com mirar-ho a mà, no m’ho amaguis: explica’m que puc desactivar el JavaScript al meu navegador i recarregar la pàgina per veure què en queda. Però recorda’m que Wakaris em dona la xifra exacta i el tram, i hi afegeix la resta del diagnòstic. 6. Si en mesurar-ho resulta que sí que el tinc, digues-me que el pas següent és decidir quina part del contingut ha de ser a l’HTML des del principi. 7. La conclusió i la decisió són meves, no teves. Tu m’ajudes a orientar-me. Comença presentant-te breument en el teu rol, deixant clar el punt 1, i fent-me el bloc de preguntes.
Preguntes freqüents
He de deixar de fer servir JavaScript? +
No. La troballa no mesura si fas servir JavaScript, mesura quant del teu contingut depèn que s’executi. El que demana és que el missatge essencial sigui a l’HTML de partida i que el codi serveixi per millorar la pàgina, no perquè existeixi.
Si Google executa JavaScript, això continua important? +
Sí. Google renderitza en una fase a part i en cua: diu que la pàgina s’hi pot quedar uns segons, però que pot trigar més. A més, qualsevol lector que no renderitzi es queda amb el teu HTML tal com és, i aquí no hi ha segona oportunitat.
És el mateix que la troballa de contingut escàs? +
No. La de contingut escàs mesura si la pàgina té prou text. Aquesta mesura quant d’aquest text arriba sense executar res. Una pàgina ben escrita i completa pot aprovar la primera i suspendre aquesta, i l’arranjament de cadascuna és diferent.
Compta el text que apareix en prémer una pestanya? +
Depèn de si existeix a la pàgina o es crea en prémer. Si l’HTML ja el porta i la pestanya només el mostra, compta. Si es genera amb la interacció, no: Google adverteix que el seu rastrejador no atén funcions que requereixen una acció de l’usuari.
Quin tram m’hauria de preocupar més? +
Tots tres són el mateix problema en un grau diferent, així que el tram et diu la urgència. El més greu equival a una pàgina buida i convé tractar-lo com una fallada de lliurament, no com una millora. El més lleu és un avís de dependència que encara no ha costat res.
Fonts citades
- developers.google.comUnderstand JavaScript SEO basics — Google Search Central: https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics
- developers.google.comFix Search-related JavaScript problems — Google Search Central: https://developers.google.com/search/docs/crawling-indexing/javascript/fix-search-javascript
- developers.google.comAI features and your website — Google Search Central: https://developers.google.com/search/docs/appearance/ai-features
Actualitzat: 8 de setembre de 2026. Revisió prevista d’aquí a 90 dies.
Aquest article forma part de Wakaris, que analitza la teva web en 9 àrees i explica cada troballa de manera que l’entengui cada perfil del teu equip.