Els usuaris fan clic en un resultat enriquit el 58 % de les vegades, enfront de nomes el 41 % en un resultat normal, segons una analisi de Milestone sobre mes de 4,5 milions de consultes. Aquests 17 punts de diferencia no surten d'escriure millor: surten de parlar-li a Google en el seu propi idioma, el de les dades estructurades. Pero el 2026 ha canviat les regles. El 7 de maig Google va retirar definitivament els populars FAQ rich results. Aquesta guia explica quines dades estructurades continuen valent la pena, quins son els tipus clau i com implementar-los amb JSON-LD sense equivocar-te.
Que son les dades estructurades i per que importen per al SEO
Les dades estructurades son un format estandarditzat per descriure el contingut d'una pagina de manera que els motors de cerca ho entenguin sense ambiguitat. En lloc de deixar que Google dedueixi pel seu compte que un numero es un preu, una data de publicacio o la valoracio d'un producte, tu li ho dius de forma explicita mitjancat un vocabulari compartit.
Aquesta diferencia entre "que Google interpreti" i "que Google sapiga" es la clau. El text visible d'una pagina esta pensat per a persones; les dades estructurades estan pensades per a maquines. Quan tots dos coincideixen, el cercador pot mostrar la teva pagina amb elements enriquits: estrelles de valoracio, engrunes de pa, preguntes desplegables, dades de l'empresa o targetes de producte amb preu i disponibilitat.
L'impacte en el SEO no es directe sobre el ranquing — les dades estructurades no son, per si mateixes, un factor de posicionament — pero si que influeixen de manera indirecta i molt real:
- Milloren el CTR. Un resultat amb estrelles, preu o imatge destaca en una SERP saturada i atrau mes clics, tal com confirma el dada de Milestone que obre aquesta guia.
- Aclareixen el context. Ajuden Google a classificar correctament el teu contingut (un article, un producte, una recepta, un esdeveniment), la qual cosa redueix les malinterpretacions.
- Alimenten la cerca generativa. Els motors d'IA i els assistents consumeixen dades estructurades per citar fonts i construir respostes, la qual cosa els connecta directament amb l'optimitzacio per a motors generatius (GEO).
En resum: les dades estructurades no et fan pujar posicions per art de magia, pero fan que la posicio que ja tens treballi molt mes a favor teu. Si t'interessa entendre com encaixen dins d'una estrategia tecnica mes amplia, el nostre servei de SEO tecnic aborda el marcatge semantic juntament amb rendiment, rastreabilitat i indexacio.
Schema.org, JSON-LD, Microdata i RDFa: quin format fer servir
Aqui convé separar dos conceptes que sovint es confonen. Schema.org es el vocabulari; JSON-LD, Microdata i RDFa son els formats (la sintaxi) amb els quals escrius aquest vocabulari a la teva pagina.
Schema.org es un projecte col·laboratiu fundat per Google, Microsoft, Yahoo i Yandex. Segons la documentacio del propi Schema.org, el seu vocabulari inclou actualment al voltant de 800 tipus, prop de 1.500 propietats, a mes d'enumeracions i datatypes. Es, en la practica, el diccionari comu que tots els grans cercadors acorden entendre.
Sobre aquest diccionari pots escriure amb tres "gramatiques" diferents, totes acceptades per Google:
| Format | On viu | Llegibilitat | Manteniment | Recomanacio de Google |
|---|---|---|---|---|
| JSON-LD | En un bloc <script> separat de l'HTML visible |
Alta (bloc aillat) | Senzill i escalable | Recomanat |
| Microdata | Atributs incrustats a l'HTML visible | Baixa (barrejat amb el marcatge) | Fragil i verbos | Acceptat |
| RDFa | Atributs incrustats a l'HTML visible | Baixa | Complex | Acceptat |
La recomanacio es clara. Segons Google Search Central, JSON-LD es el format recomanat per a dades estructurades per ser la solucio mes facil d'implementar i mantenir a escala, i la menys propensa a errors. La rao es practica: en viure en un bloc <script> independent, no has d'"embrutar" cada etiqueta del teu HTML ni preocupar-te de trencar el marcatge quan redissenyes la plantilla. Pots generar-lo dinamicament des del servidor o el framework i reutilitzar-lo en milers de pagines.
Microdata i RDFa continuen sent valids i els trobaras en llocs mes antics, pero avui no hi ha cap rao per comecar un projecte nou amb ells. La resta d'aquesta guia es centra en JSON-LD.
Els 5 tipus de dades estructurades mes utils
Amb centenars de tipus disponibles, la temptacio es marcar-ho tot. Es un error. En B2B i en la majoria de llocs corporatius, cinc tipus cobreixen el 90 % del valor real. Aquests son els que recomanem prioritzar.
1. Organization
Descriu la teva empresa: nom, logo, URL, perfils socials, dades de contacte. Es la base de la identitat de marca per a Google i alimenta el knowledge panel. Sol col·locar-se a la home o en un layout global perque aparegui a tot el lloc.
2. Product
Essencial per a e-commerce i catalogues. Marca nom, preu, moneda, disponibilitat, SKU i valoracions (aggregateRating). Es el tipus que habilita les targetes de producte amb estrelles i preu directament a la SERP — un dels formats enriquits amb major impacte en CTR.
3. Article
Per a contingut editorial, blocs i noticies. Marca titular, autor, data de publicacio, imatge destacada i editor. Ajuda Google a entendre l'autoria i la frescor del contingut, dos senyals rellevants per a E-E-A-T.
4. BreadcrumbList
Descriu la ruta de navegacio (engrunes de pa). Genera les engrunes visibles al resultat de cerca en lloc de l'URL en brut, la qual cosa millora la comprensio de l'estructura del lloc i l'aparenca del snippet. Es dels marcatges amb millor relacio esforc/benefici.
5. FAQPage
Marca parells de pregunta i resposta. La seva situacio ha canviat el 2026 (ho veurem en detall mes avall), pero continua sent un tipus valid i util per a la comprensio semantica i per als motors d'IA, tot i que ja no genera el desplegable enriquit a la SERP general.
Regla practica: marca nomes el que es cert i visible a la pagina. Google penalitza el marcatge de contingut que l'usuari no veu o que no es correspon amb el que mostra la pagina. Les dades estructurades han de reflectir el contingut, mai inventar-lo.
Com implementar JSON-LD pas a pas
Implementar JSON-LD es mes senzill del que sembla. El patro es sempre el mateix: un bloc <script type="application/ld+json"> al <head> o al final del <body>, amb un objecte que declara el seu context (@context) i el seu tipus (@type).
Pas 1. Tria el tipus correcte. Identifica que representa la pagina (un article, un producte, l'organitzacio) i tria un unic tipus principal per entitat.
Pas 2. Consulta les propietats a Schema.org. Cada tipus te propietats obligatories i recomanades. Google documenta quines son necessaries per optar a cada funcio enriquida.
Pas 3. Escriu el bloc JSON-LD. Aqui tens un exemple real i complet per a un article de bloc:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Dades estructurades i Schema.org: guia SEO amb JSON-LD",
"image": "https://www.exemple.com/images/hero.png",
"datePublished": "2026-06-02",
"dateModified": "2026-06-02",
"author": {
"@type": "Person",
"name": "Alfons Marques"
},
"publisher": {
"@type": "Organization",
"name": "Technova Partners",
"logo": {
"@type": "ImageObject",
"url": "https://www.exemple.com/images/logo.png"
}
}
}
</script>
Pas 4. Genera l'URL absoluta en imatges i enllacos. Les propietats com image o url han de fer servir URLs absolutes, no relatives, perque Google les resolgui correctament.
Pas 5. Combina diversos tipus quan s'escaigui. Una mateixa pagina pot tenir un Article i un BreadcrumbList. Pots incloure diversos blocs <script> o fer servir un array. Mantingues-los coherents entre si.
Pas 6. Automatitza la generacio. En frameworks moderns (Next.js, per exemple) el habitual es generar el JSON-LD des d'una funcio que rep les dades de la pagina i serialitza l'objecte. Aixi evites errors manuals i garanteixes que el marcatge sempre reflecteixi el contingut real.
Checklist d'implementacio
- Un tipus principal clar per entitat de la pagina.
- Totes les propietats obligatories del tipus presents.
- URLs absolutes a
image,url,logo. - El marcatge coincideix amb el contingut visible.
- Bloc col·locat al
<head>o al final del<body>. - Sense dades inventades ni contingut ocult a l'usuari.
- Validat abans de publicar (seccio seguent).
Com validar les teves dades estructurades: Rich Results Test vs Schema Markup Validator
Mai publiquis dades estructurades sense validar-les. Hi ha dues eines principals i, tot i que de vegades s'usen indistintament, fan coses diferents.
| Eina | Qui la mante | Que comprova | Quan usar-la |
|---|---|---|---|
| Rich Results Test | Nomes els elements elegibles per a funcions enriquides especifiques de Google | Per saber si optes a un rich result concret | |
| Schema Markup Validator | Schema.org (col·laboracio Google/Microsoft/Yahoo) | Tot el marcatge contra l'especificacio Schema.org completa | Per validar la correccio del marcatge en general |
La distincio es important. El Rich Results Test de Google nomes comprova els elements que poden generar una funcio enriquida a Google; si marques un tipus valid de Schema.org que Google no fa servir per a rich results, aquesta eina pot no dir-te res util o avisar-te que "no hi ha elements detectats". Aixo no significa que el teu marcatge sigui incorrecte.
El Schema Markup Validator de Schema.org, en canvi, valida tot el marcatge contra l'especificacio completa, independentment de si Google la fa servir per enriquir resultats. Es l'eina correcta per comprovar que el teu JSON-LD es sintacticament i semanticament valid.
La recomanacio practica: fes servir les dues. Primer el Schema Markup Validator per confirmar que el marcatge es correcte, i despres el Rich Results Test per verificar si et fa elegible per a una funcio enriquida concreta. I completa el cicle amb l'informe de millores de Google Search Console, que et mostra errors i advertencies en produccio sobre les pagines ja rastreades.
Continuen servint les dades estructurades despres de la retirada dels FAQ rich results?
Es la pregunta que es fan molts equips el 2026, i la resposta curta es si, rotundament — pero convé entendre que va canviar exactament.
La retallada dels FAQ rich results no va ser sobtada. Ja l'agost de 2023, segons el blog de Google Search Central, Google va restringir els FAQ rich results als llocs web autoritatius de govern i salut, i va deprecar els How-To rich results a l'escriptori. Era un senyal clar de cap on anava la cosa.
El cop definitiu va arribar el 2026. Segons Search Engine Land, el 7 de maig de 2026 Google va deixar de mostrar els FAQ rich results per a tots els llocs. A partir d'aqui, el calendari de retirada es escalonat:
- Juny de 2026: Google retira l'informe de FAQ i el suport de FAQ al Rich Results Test.
- Agost de 2026: elimina el suport de FAQ a l'API de Search Console.
Ara be — i aquest es el matis que molts passen per alt — el tipus Schema.org FAQPage continua sent valid, i el marcatge pot romandre a la pagina sense causar cap problema. El que desapareix es el format visual desplegable a la SERP, no la validesa del marcatge.
Que fer llavors amb les teves dades estructurades
- No retiris el teu marcatge
FAQPageamb precipitacio. Es valid, no penalitza i continua aportant context semantic que els motors d'IA consumeixen per construir i citar respostes. - Reassigna el teu esfоrc als tipus que si generen rich results.
Product,BreadcrumbList,ArticleiOrganizationcontinuen vius i rendibles. - Pensa en GEO, no nomes en SERP. El valor de les dades estructurades s'ha desplacat de "guanyar un desplegable bonic" a "ser llegible per les maquines dels assistents d'IA". Aquesta tendencia va a mes, no a menys.
- Mante la disciplina de validacio. Amb tipus entrant i sortint del suport de rich results, revisar Search Console periodicamente deixa de ser opcional.
La lectura estrategica es aquesta: els formats enriquits concrets van i venen segons decideixi Google, pero les dades estructurades com a capa semantica del teu lloc son una inversio que nomes guanya rellevancia en un mon de cerca assistida per IA. Qui construeix un marcatge net, veritat i ben validat esta preparat per al que vingui.
Conclusio: el marcatge semantic es infraestructura, no truc
Les dades estructurades van deixar de ser un "extra per aconseguir estrelletes" fa temps. Son la capa que connecta el teu contingut amb els cercadors i, cada cop mes, amb els motors generatius. JSON-LD es el format a triar, cinc tipus cobreixen la major part del valor, i validar abans de publicar es innegociable. La retirada dels FAQ rich results el 2026 no es el final de res: es la confirmacio que el que importa es la solidesa del marcatge, no l'ornament temporal que Google decideixi mostrar.
A Technova Partners implementem i auditem dades estructurades com a part de projectes de SEO tecnic que ja estan generant trafic qualificat per a empreses B2B. Si vols revisar l'estat del teu marcatge o construir-lo be des de zero, parlem del teu projecte i et direm per on comecar.
