En resum
Què es comprova
cinc dades declarades al codi: autoria, dates de publicació i de modificació, preguntes freqüents i contingut de pregunta i resposta.
On es declaren
en dades estructurades, amb el vocabulari de Schema.org.
Per què importa
Google diu que com més propietats recomanades donis, més qualitat té el resultat.
Severitat a Wakaris
Important. Salta al 5,0 % de les pàgines on s’executa aquesta comprovació, segons el catàleg de Wakaris.

Què és i què mesura aquesta troballa
Una persona que obre el teu article veu la signatura a la capçalera i la data sota el títol, i amb això se situa. Un sistema que llegeix la pàgina no dedueix res de la maquetació: necessita aquestes dades declarades a part, en un bloc de dades estructurades escrit amb el vocabulari de Schema.org, on author és l’autor del contingut, datePublished la data de primera publicació i dateModified la data de la modificació més recent.
La troballa agrupa cinc comprovacions. Tres són d’identitat i temps: l’autoria declarada, la data de publicació declarada i la coherència de la data de modificació. Les altres dues són de forma del contingut: si hi ha preguntes freqüents marcades com a tals, i si hi ha contingut de pregunta i resposta declarat. Quatre comproven que la dada existeixi; la de la data de modificació és l’única que comprova, a més, que quadri.
Com es comprova
Wakaris llegeix les dades estructurades de l’URL que li indiquis i et diu quina de les cinc falta, sense instal·lar res. Veure-les separades importa perquè l’arranjament de cadascuna és diferent: una signatura és un camp, i una coherència de dates és una revisió de plantilla.
Tres límits que aquest article declara. El primer: el catàleg de Wakaris no diu amb què ha de quadrar la data de modificació —amb la data visible a la pàgina, amb la de publicació, o amb totes dues—, així que l’article no compromet cap criteri. El segon: tampoc no diu si les preguntes freqüents i el contingut de pregunta i resposta són alternatives o es demanen tots dos, i això decideix si la troballa és correcta, perquè són tipus diferents per a continguts diferents. I el tercer: aquesta comprovació s’ha executat 539 vegades davant de les més de quatre mil cinc-centes de la majoria dels checks, així que el 5,0 % és de les pàgines on es va executar, no del parc; la condició que l’activa no consta.
Per què importa
L’argument sòlid i amb font és de comprensió. Google estableix com a norma general que les dades estructurades han de ser una representació fidel del contingut de la pàgina, que no es marqui contingut que no sigui visible per a qui la llegeix, i que com més propietats recomanades es proporcionin, més qualitat té el resultat. Per als articles, recomana expressament author, author.name, datePublished, dateModified, headline i image.
Hi ha un matís d’honestedat que convé posar per davant. El resultat enriquit de preguntes freqüents al cercador de Google va deixar d’aparèixer el 7 de maig de 2026, i la seva documentació es va retirar al juny d’aquell any. És a dir: marcar les teves preguntes freqüents ja no et dona aquest ornament als resultats. El marcatge continua sent vàlid i continua declarant quina pregunta respon cada bloc, i aquesta troballa viu a l’àrea de visibilitat en IA i no a la de SEO; però del que fan els diferents sistemes d’IA amb aquestes dades no hi ha cap font primària per citar, així que aquí no s’afirma.
Causes habituals
La primera és no tenir dades estructurades en absolut. Moltes plantilles no les generen, i qui escriu el contingut no té per què saber que existeix una capa de codi paral·lela al que es veu.
La segona és la signatura que queda fora. El text porta el nom de l’autor a la capçalera, però el bloc declarat no l’inclou, o l’inclou malament: Google demana que a author.name s’especifiqui només el nom, sense càrrecs ni tractaments honorífics, i que amb diversos autors cadascun vagi al seu propi camp, sense fusionar-los.
La tercera, i la més freqüent en llocs que ja tenen dades estructurades, és la data de modificació desatesa. Es genera en publicar i no es torna a tocar, o el gestor de continguts l’actualitza cada vegada que algú desa una coma, amb la qual cosa deixa de significar res. I la quarta és el format: les dues dates van en format ISO 8601, i Google recomana incloure-hi la informació de zona horària, perquè si no la dones aplica la del seu propi rastrejador.
Com solucionar-ho
Wakaris et diu quina de les cinc dades falta, i aquest és l’ordre de treball. Les tres primeres són de plantilla i s’arreglen un sol cop per a tot el lloc.
Comença per l’autoria i les dates, que és el que gairebé sempre falta: declara author només amb el nom, i datePublished i dateModified en format ISO 8601 amb zona horària. Assegura’t que la data declarada sigui la mateixa que es veu a la pàgina, perquè la norma de Google és que el marcatge no descrigui res que no sigui visible i que sigui una representació fidel del contingut.
Després decideix què és el teu contingut abans de marcar-lo. Les preguntes freqüents són les que la teva organització preveu que la gent preguntarà; el contingut de pregunta i resposta és el que escriuen els usuaris en un fòrum o similar. Són tipus diferents i no intercanviables: triar el que no correspon incompleix la norma de fidelitat. I no marquis preguntes que no existeixin a la pàgina només per superar la comprovació: això és exactament el que Google prohibeix.
Taula amb les cinc dades que comprova la troballa i què declara cadascuna
Brief per generar la imatge
Il·lustració editorial per a una guia tècnica de Wakaris. Tema: Taula amb les cinc dades que comprova la troballa i què declara cadascuna. 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: taula, dades, comprova, troballa, declara, cadascuna

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 de manera que l’entengui cada perfil d’un equip. La troballa és: Estructuració per a la citabilitat. Comprova cinc dades declarades al codi de la meva pàgina: l’autoria, la data de publicació, la coherència de la data de modificació, les preguntes freqüents marcades com a tals i el contingut de pregunta i resposta. Referència: es declaren en dades estructurades amb el vocabulari de Schema.org, i el tall és que la dada no hi sigui. Enganxa aquí el resultat de Wakaris: quina de les cinc dades et falta i a quina pàgina. Si no el tens, digues-m’ho i et diré com obtenir-lo abans de continuar. 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) Quin tipus de pàgina és l’analitzada: un article o entrada de blog, una fitxa de producte, una pàgina de serveis, un fòrum? b) En quina plataforma està la teva web? (WordPress, Shopify, web a mida, una altra) c) Els articles van signats amb un nom visible, o els publica la marca sense autor? d) Es veu una data a la pàgina? Saps si s’actualitza quan editeu el contingut, o es queda amb la del dia que es va publicar? e) Tens una secció de preguntes freqüents escrita per vosaltres, o contingut de preguntes i respostes que escriuen els usuaris? f) Pots editar la plantilla del lloc, o només el contingut de les pàgines? g) Si cal tocar la plantilla, ho faries tu, un tècnic intern o una agència? 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 declarar al codi res que no sigui visible a la pàgina, ni marcar preguntes que no existeixin, ni posar una data que no sigui la real: la norma és que el que es declara sigui una representació fidel del contingut. 6. Si necessites una dada que només s’obté analitzant la web (confirmar què es declara avui, o si l’arranjament ha funcionat), digues-m’ho i recomana’m tornar a passar la pàgina per Wakaris: això es comprova, no s’endevina. 7. La decisió final és meva, no teva. Si l’arranjament excedeix el que puc fer jo, ajuda’m a deixar el problema a punt per traspassar-lo: què és, on és, per què importa i què caldria fer, en un format accionable per a aquesta persona. Font d’aquesta troballa: https://www.wakaris.com/ca/guias/inteligencia-artificial/estructuracion-para-citabilidad Per comprovar-ho o tornar-ho a comprovar: https://www.wakaris.com/ca 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 de manera que l’entengui cada perfil d’un equip. El problema que vull investigar és: Estructuració per a la citabilitat. Consisteix que el meu contingut no declari al codi qui el signa, quan es va publicar, quan es va actualitzar i quines preguntes respon. Referència: aquestes dades es declaren en dades estructurades amb el vocabulari de Schema.org. Encara NO sé si la meva web el té: ho vull esbrinar. Regles que has de seguir en tot moment: 1. El primer i més important: això es comprova llegint el codi de la meva pàgina, i tu no pots analitzar 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 donar-me cap valoració, fes-me SEMPRE aquestes preguntes, juntes i en llenguatge senzill, per estimar si és probable que el tingui: a) Publiques articles, entrades de blog o guies, o la teva web només té pàgines fixes? b) Els continguts van signats amb un nom de persona visible? c) Es veu una data als teus continguts? S’actualitza quan els editeu? d) En quina plataforma està la teva web? (WordPress, Shopify, web a mida, una altra; o no ho sé) e) Algú ha configurat dades estructurades a la teva web, o no te’n consta? 3. Amb les meves respostes, dona’m una estimació clara de si és PROBABLE o POC PROBABLE que el tingui, i de quina de les cinc dades seria la sospitosa, 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 comprovar-ho, i que ho puc fer gratis i sense crear compte passant la meva web per Wakaris, que em dirà quines de les cinc dades estan declarades i de passada l’estat de les altres àrees. 5. Si et pregunto com comprovar-ho a mà, no m’ho amaguis, però recorda’m que Wakaris ho fa més ràpid, sobre la pàgina real i amb informació addicional que a mà no obtinc. 6. Si en comprovar-ho resulta que sí que el tinc, digues-me que el pas següent és entendre com m’afecta i com solucionar-lo en el meu cas concret, i recorda’m que mai no s’han de declarar dades que no es corresponguin amb el que mostra la pàgina. 7. La conclusió i la decisió són meves, no teves. Tu m’ajudes a orientar-me. Font d’aquesta troballa: https://www.wakaris.com/ca/guias/inteligencia-artificial/estructuracion-para-citabilidad Per comprovar-ho: https://www.wakaris.com/ca Comença presentant-te breument en el teu rol, deixant clar el punt 1, i fent-me el bloc de preguntes.
Preguntes freqüents
Serveix d’alguna cosa marcar les preguntes freqüents si Google ja no mostra aquest resultat? +
L’ornament als resultats va desaparèixer el 7 de maig de 2026 i la seva documentació es va retirar al juny. El marcatge continua sent vàlid i continua declarant quina pregunta respon cada bloc. El que no es pot prometre és un efecte en els sistemes d’IA: no hi ha cap font que ho documenti.
Puc posar la data d’avui perquè el contingut sembli recent? +
No. La norma de Google és que les dades estructurades siguin una representació fidel del contingut i que no es marqui res que no sigui visible a la pàgina. Una data de modificació que no correspon a una modificació real incompleix aquesta norma, a més de no enganyar ningú.
Preguntes freqüents i contingut de pregunta i resposta són el mateix? +
No, són tipus diferents. Les preguntes freqüents són les que la teva organització preveu que la gent preguntarà i les escrius tu; el contingut de pregunta i resposta és el que escriuen els usuaris, típic dels fòrums. Triar el tipus equivocat incompleix la norma de fidelitat.
Què hi poso si els meus continguts els publica la marca i no una persona? +
Google recomana author i author.name per als articles, i demana que al nom hi vagi només el nom, sense càrrecs ni el nom de l’editor. Si signa una organització, declara-la com a tal en lloc d’inventar una persona: el que es declara ha de ser cert.
Fonts citades
- developers.google.comArticle structured data, Google Search Central: les propietats recomanades author, author.name, dateModified, datePublished, headline i image; que a author.name hi vagi només el nom; que amb diversos autors no es fusionin en un camp; i el format ISO 8601 amb la recomanació de zona horària.
- developers.google.comGeneral structured data guidelines, Google Search Central: no marcar contingut que no sigui visible, que el marcatge sigui una representació fidel del contingut, que més propietats recomanades donen més qualitat al resultat, i la prohibició de fer servir dades estructurades per enganyar.
- developers.google.comFAQPage structured data, Google Search Central: que el resultat enriquit de preguntes freqüents va deixar d’aparèixer el 7 de maig de 2026 i que la documentació de la funció es va retirar al juny de 2026, i la distinció entre preguntes freqüents i contingut de pregunta i resposta.
- schema.orgBlogPosting, Schema.org: la jerarquia del tipus i les definicions d’author, datePublished i dateModified.
Actualitzat: 8 de setembre de 2026.
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.
