Una p\u00e0gina web \u00e9s un text que el motor ha d’interpretar. Les dades estructurades suprimeixen aquesta interpretaci\u00f3: declaren expl\u00edcitament que aquest nombre \u00e9s un preu, que aquesta data \u00e9s una data d’esdeveniment, que aquesta persona \u00e9s l’autor. El format retingut per Google per a aquesta declaraci\u00f3 \u00e9s el JSON-LD, un bloc de codi a\u00efllat a la cap\u00e7alera de la p\u00e0gina, sense efecte en la visualitzaci\u00f3. <\/p>\n
L’efecte directe en el r\u00e0nquing \u00e9s nul, i cal dir-ho clarament per evitar falses expectatives. Cap marcatge fa pujar una p\u00e0gina. El que produeix \u00e9s una visualitzaci\u00f3 enriquida en els resultats: estrelles de valoraci\u00f3, preu, disponibilitat, preguntes desplegables, fil d’Ariadna llegible, imatge de recepta. Aquesta visualitzaci\u00f3 ocupa m\u00e9s superf\u00edcie i atrau m\u00e9s clics a igual posici\u00f3. <\/p>\n
L’efecte indirecte \u00e9s m\u00e9s profund. Un lloc web correctament marcat esdev\u00e9 una font que els sistemes autom\u00e0tics comprenen sense ambig\u00fcitat, la qual cosa \u00e9s cada cop m\u00e9s important a mesura que els motors generen respostes en lloc de llistes d’enlla\u00e7os. Declarar correctament la seva entitat, els seus serveis i els seus autors ja no \u00e9s una optimitzaci\u00f3 marginal, \u00e9s la manera com una organitzaci\u00f3 es fa llegible. <\/p>\n
El JSON-LD es col\u00b7loca en una etiqueta de script dedicada, generalment a la cap\u00e7alera del document. No \u00e9s visible ni indexat com a text, i no substitueix el contingut de la p\u00e0gina. Un marcatge que declara una informaci\u00f3 absent de la p\u00e0gina \u00e9s una infracci\u00f3 de les directrius de Google i exposa a una acci\u00f3 manual. <\/p>\n<\/div>\n
Tres sintaxis coexisteixen hist\u00f2ricament per expressar el mateix. Les microdades i el RDFa s’insereixen en l’HTML visible, afegint atributs a les etiquetes existents. El JSON-LD viu a part, en un bloc aut\u00f2nom. <\/p>\n
Google recomana expl\u00edcitament el JSON-LD des de fa diversos anys, per una ra\u00f3 pr\u00e0ctica: com que el marcatge est\u00e0 separat del contingut, es genera, es modifica i es valida sense tocar la plantilla. En un lloc web on el contingut \u00e9s produ\u00eft per diverses persones, aquesta separaci\u00f3 evita que una modificaci\u00f3 editorial trenqui el marcatge sense que ning\u00fa se n’adoni. <\/p>\n
Els altres dos formats continuen sent llegits i interpretats, per tant, no hi ha urg\u00e8ncia a migrar un lloc web que els utilitza correctament. En canvi, barrejar dos formats a la mateixa p\u00e0gina produeix declaracions concurrents i resultats impredictibles. Un sol format per p\u00e0gina, i preferiblement el JSON-LD. <\/p>\n
Schema.org \u00e9s un vocabulari compartit, mantingut conjuntament pels principals motors. Defineix centenars de tipus i milers de propietats, la qual cosa desanima a la primera lectura. En la pr\u00e0ctica, una desena de tipus cobreixen gaireb\u00e9 la totalitat de les necessitats d’un lloc web professional. <\/p>\n
Organization declara l’empresa mateixa, el seu nom, el seu logotip, les seves dades de contacte i els seus perfils oficials. LocalBusiness i els seus subtipus precisen l’establiment f\u00edsic, els seus horaris i la seva zona de servei. Article cobreix els continguts editorials, Product les fitxes de producte, FAQPage les preguntes freq\u00fcents, BreadcrumbList el fil d’Ariadna, Person els autors i Service les prestacions. <\/p>\n
El principi de selecci\u00f3 \u00e9s simple: prendre el tipus m\u00e9s prec\u00eds que existeix. Declarar un restaurant com a LocalBusiness funciona, declarar-lo com a Restaurant transmet m\u00e9s informaci\u00f3. Un gabinet dental guanya a utilitzar Dentist en lloc de MedicalBusiness. Aquesta precisi\u00f3 costa el mateix esfor\u00e7 i millora la comprensi\u00f3. <\/p>\n
Una p\u00e0gina ben marcada no declara tres blocs independents, declara un conjunt d’entitats interconnectades. L’estructura en graf permet dir que aquest article t\u00e9 com a autor aquesta persona, la qual pertany a aquesta organitzaci\u00f3, la qual edita aquest lloc web. <\/p>\n
T\u00e8cnicament, aix\u00f2 consisteix a agrupar les entitats en una taula i donar-los identificadors estables, per despr\u00e9s referenciar-les per aquests identificadors en lloc de copiar les seves propietats. El guany \u00e9s doble: el fitxer segueix sent llegible, i els motors consoliden la informaci\u00f3 d’una p\u00e0gina a l’altra al voltant dels mateixos identificadors. <\/p>\n
No tots els tipus produeixen una visualitzaci\u00f3 particular. Aqu\u00ed teniu els que donen un resultat visible, per ordre de freq\u00fc\u00e8ncia en els llocs web d’empresa. <\/p>\n
Declara preguntes i les seves respostes, i permet una visualitzaci\u00f3 desplegable sota el resultat. El guany de superf\u00edcie \u00e9s clar i el cost d’implementaci\u00f3 baix, ja que el contingut ja existeix a la p\u00e0gina. La condici\u00f3 a respectar \u00e9s estricta: cada pregunta i cada resposta declarades han de ser visibles per al visitant, fins i tot si estan plegades en un acordi\u00f3. <\/p>\n
Substitueix l’adre\u00e7a bruta mostrada sota el t\u00edtol per un cam\u00ed llegible. L’efecte sobre la taxa de clics \u00e9s modest pres a\u00eflladament, per\u00f2 s’aplica a totes les p\u00e0gines del lloc web i nom\u00e9s costa una generaci\u00f3 autom\u00e0tica des de l’arboresc\u00e8ncia. \u00c9s el marcatge amb la millor relaci\u00f3 entre esfor\u00e7 i cobertura. <\/p>\n
Preu, disponibilitat, nota mitjana i nombre de ressenyes apareixen directament en els resultats. L’impacte sobre la taxa de clics \u00e9s el m\u00e9s fort de tots els marcatges. La restricci\u00f3 \u00e9s proporcional: les ressenyes declarades han de ser reals, recollides al lloc web i visibles. Declarar una nota agregada sense ressenyes mostrades \u00e9s una infracci\u00f3 freq\u00fcent i sancionada. <\/p>\n
Consolida l’entitat amb Google i creua la informaci\u00f3 de la fitxa d’establiment. No activa una visualitzaci\u00f3 espectacular, per\u00f2 contribueix a la coher\u00e8ncia dels senyals locals, tema detallat a la nostra guia de SEO local<\/a>. <\/p>\n <\/p>\n <\/a><\/p>\n La sintaxi \u00e9s simple, els errors s\u00f3n gaireb\u00e9 sempre l\u00f2gics m\u00e9s que t\u00e8cnics.<\/p>\n La primera regla \u00e9s la correspond\u00e8ncia estricta entre el marcatge i la p\u00e0gina. Un preu declarat ha de ser el preu mostrat. Una data de publicaci\u00f3 declarada ha de correspondre a la visible. Aquesta exig\u00e8ncia sembla evident i \u00e9s violada constantment per marcatges generats autom\u00e0ticament a partir de camps mal emplenats. <\/p>\n La segona regla \u00e9s l’estabilitat dels identificadors. Una entitat conserva el mateix identificador d’una p\u00e0gina a l’altra i d’un any a l’altre. Canviar l’identificador d’una organitzaci\u00f3 a cada redisseny equival a crear una nova entitat i a perdre la consolidaci\u00f3 acumulada. <\/p>\n La tercera \u00e9s la completesa raonada. Emplenar les propietats obligat\u00f2ries i despr\u00e9s les propietats recomanades \u00e9s suficient. Apilar desenes de propietats facultatives no aporta res i allarga un fitxer que caldr\u00e0 mantenir. M\u00e9s val cinc tipus ben emplenats que quinze tipus incomplets. <\/p>\n La quarta es refereix als car\u00e0cters especials. Un marcatge \u00e9s JSON, per tant, les cometes internes han de ser escapades i els salts de l\u00ednia codificats. Una ampersand no tractada o un ap\u00f2strof tipogr\u00e0fic mal codificat \u00e9s suficient per invalidar tot el bloc, i l’error \u00e9s silenci\u00f3s: el motor simplement ignora el marcatge. <\/p>\n La validaci\u00f3 \u00e9s l’etapa que tothom salta i la que revela la meitat dels problemes.<\/p>\n El validador de Schema.org controla la conformitat amb el vocabulari: tipus existents, propietats autoritzades, valors correctament tipificats. El test dels resultats enriquits de Google controla una altra cosa: l’elegibilitat per a una visualitzaci\u00f3 enriquida, amb les propietats que Google exigeix a m\u00e9s de les que Schema.org autoritza. <\/p>\n Els dos s\u00f3n complementaris i un marcatge pot passar el primer i fallar el segon. Utilitzar els dos evita concloure massa r\u00e0pid que un marcatge \u00e9s correcte perqu\u00e8 no apareix cap error de sintaxi. <\/p>\n Aquesta \u00e9s la precauci\u00f3 m\u00e9s important i la m\u00e9s negligida. Enganxar el codi al validador prova el que s’ha escrit. Provar l’adre\u00e7a en l\u00ednia prova el que el servidor envia realment, despr\u00e9s del pas de les extensions, la mem\u00f2ria cau i les possibles reescriptures. La difer\u00e8ncia entre els dos \u00e9s freq\u00fcent, i \u00e9s precisament aqu\u00ed on s’amaguen els duplicats de declaraci\u00f3. <\/p>\n La Search Console proporciona un seguiment a llarg termini, per tipus de marcatge, amb els errors detectats en totes les p\u00e0gines explorades. \u00c9s l’\u00fanic lloc on es veu que un problema afecta quatre-centes fitxes de producte i no nom\u00e9s la que s’ha provat. <\/p>\n Sis errors es repeteixen en gaireb\u00e9 totes les auditories que realitzem.<\/p>\n Cap d’aquests errors \u00e9s dif\u00edcil de corregir. Persisteixen perqu\u00e8 ning\u00fa mira el marcatge una vegada que s’ha implementat, tot i que viu i es degrada com la resta del lloc web. <\/p>\n Les prioritats difereixen segons l’activitat. Aqu\u00ed teniu el que implementem sistem\u00e0ticament segons el perfil. <\/p>\n Organization per a l’entitat, LocalBusiness si un establiment rep p\u00fablic, Service per a cada prestaci\u00f3 amb la seva zona de servei, BreadcrumbList a tot arreu, FAQPage a les p\u00e0gines que en contenen, i Person per a l’autor dels continguts editorials. Aquesta base cobreix l’essencial i es genera des de la plantilla. <\/p>\n Product a cada fitxa, amb Offer per al preu i la disponibilitat, AggregateRating si hi ha ressenyes reals, BreadcrumbList al cam\u00ed de categories, i Organization a nivell de lloc web. El punt d’atenci\u00f3 \u00e9s la generaci\u00f3 autom\u00e0tica en milers de fitxes: un error de plantilla es replica instant\u00e0niament a tot arreu. <\/p>\n Article o BlogPosting segons la naturalesa, amb autor identificat, dates de publicaci\u00f3 i de modificaci\u00f3, i imatge. La declaraci\u00f3 de l’autor mereix una atenci\u00f3 especial, ja que participa directament en els senyals d’expertesa, tema que tractem en la prestaci\u00f3 de posicionament natural<\/a>. <\/p>\n El comer\u00e7 concentra alhora el potencial m\u00e9s gran de visualitzaci\u00f3 enriquida i el risc m\u00e9s gran d’error massiu. Una declaraci\u00f3 de producte falsa no afecta una p\u00e0gina, afecta la totalitat del cat\u00e0leg en una sola posada en l\u00ednia. <\/p>\n El preu declarat ha de correspondre al preu efectivament pagat, impostos inclosos per a una clientela de particulars, i la divisa ha de ser expl\u00edcita. Les botigues que mostren un preu sense impostos a la fa\u00e7ana i declaren el mateix import en el seu marcatge produeixen resultats enganyosos que acaben sent denunciats. <\/p>\n La disponibilitat planteja un problema de sincronitzaci\u00f3. Un producte esgotat que continua declarant-se disponible genera frustraci\u00f3 i degrada la confian\u00e7a atorgada al domini. La declaraci\u00f3 ha de connectar-se a l’estat real de l’estoc, no a un valor fixat a la plantilla. <\/p>\n Les variants, finalment. Un producte declinat en diverses talles o colors es pot declarar com una entitat \u00fanica amb un rang de preus, o com diverses entitats diferents. L’elecci\u00f3 dep\u00e8n de l’estructura de les adreces retinguda, que al seu torn dep\u00e8n de la plataforma, tema tractat en la nostra comparativa WordPress o Shopify<\/a>. Les dues aproximacions funcionen, barrejar-les en un mateix cat\u00e0leg no funciona. <\/p>\n En els cat\u00e0legs grans, la regla de prud\u00e8ncia \u00e9s provar la plantilla en tres productes representatius abans de desplegar-la, i despr\u00e9s verificar-ho a la Search Console durant les dues setmanes seg\u00fcents. Un error replicat en vuit-centes fitxes es corregeix tan r\u00e0pid com es va propagar, per\u00f2 cal veure’l. \u00c9s un dels punts de control d’una prestaci\u00f3 de SEO e-commerce<\/a>. <\/p>\n Una observaci\u00f3 metodol\u00f2gica que val per a tots els projectes. El marcatge expressa l’estructura del lloc web, no la crea. Un lloc web amb una arboresc\u00e8ncia confusa produeix un fil d’Ariadna conf\u00fas, i cap declaraci\u00f3 no compensar\u00e0 una jerarquia mal pensada. <\/p>\n Per aix\u00f2, tractem el marcatge en el moment en qu\u00e8 l’arquitectura es dissenya, amb la mateixa l\u00f2gica que la que s’exposa en el nostre m\u00e8tode de cocon sem\u00e0ntic<\/a>. Els identificadors d’entitats, les relacions entre p\u00e0gines pilars i p\u00e0gines filles, la jerarquia de les categories: tot aix\u00f2 es decideix una vegada, i despr\u00e9s es tradueix mec\u00e0nicament en marcatge. <\/p>\n En un projecte nou, aquesta exig\u00e8ncia es formalitza en el plec de condicions del lloc web<\/a>, al mateix t\u00edtol que els llindars de rendiment. Llavors costa unes hores. Afegida despr\u00e9s de la posada en l\u00ednia, suposa tornar a cada plantilla i verificar cada tipus, la qual cosa representa diversos dies. <\/p>\n El cas dels llocs web multiling\u00fces mereix una menci\u00f3. Cada versi\u00f3 ling\u00fc\u00edstica porta el seu propi marcatge, amb la llengua declarada i identificadors d’entitat compartits entre les versions. L’organitzaci\u00f3 segueix sent la mateixa entitat sigui quina sigui la llengua, cosa que la declaraci\u00f3 ha de reflectir, ja que altrament el motor veu quatre organitzacions diferents amb el mateix nom. <\/p>\n La q\u00fcesti\u00f3 del pressupost sempre arriba, i la resposta dep\u00e8n sobretot del nombre de plantilles, no del nombre de p\u00e0gines.<\/p>\n En un lloc web de prestaci\u00f3 de serveis cl\u00e0ssic, compteu un dia per a l’inventari i la neteja, un dia per dissenyar el graf i establir la base, i mig dia per cada plantilla espec\u00edfica restant. Un lloc web corporatiu de vint p\u00e0gines amb tres plantilles es gestiona en dos o tres dies. <\/p>\n En una botiga, afegiu la plantilla de producte i la plantilla de categoria, m\u00e9s el temps de verificaci\u00f3 en una mostra representativa. El cat\u00e0leg en si no canvia el cost, ja que el marcatge es genera, la qual cosa explica que una botiga de vuit-centes refer\u00e8ncies no costi m\u00e9s de marcar que una botiga de cinquanta. <\/p>\n Aquest pressupost \u00e9s modest en relaci\u00f3 amb l’efecte, i aix\u00f2 \u00e9s el que el converteix en una de les intervencions amb millor rendiment en un projecte de posicionament. Els llocs web que lliurem a les nostres realitzacions<\/a> parteixen tots amb aquesta base implementada, la qual cosa evita haver-hi de tornar. <\/p>\n Una aclaraci\u00f3 \u00fatil, perqu\u00e8 el tema atrau promeses excessives.<\/p>\n El marcatge no fa pujar una p\u00e0gina en els resultats. Una p\u00e0gina mal escrita, en un lloc web lent i sense autoritat, romandr\u00e0 al seu lloc sigui quina sigui la qualitat de les seves declaracions. Els guanys observats despr\u00e9s d’un marcatge provenen de la millora de la taxa de clics, no d’un canvi de posici\u00f3. <\/p>\n Tampoc garanteix la visualitzaci\u00f3 enriquida. L’elegibilitat \u00e9s una condici\u00f3 necess\u00e0ria, la visualitzaci\u00f3 segueix sent una decisi\u00f3 de Google presa consulta per consulta. Una p\u00e0gina perfectament marcada pot no mostrar cap enriquiment durant mesos, i despr\u00e9s mostrar-lo sobtadament. <\/p>\n Finalment, no compensa cap defecte t\u00e8cnic. Un lloc web les p\u00e0gines del qual triguen cinc segons a mostrar-se t\u00e9 un problema que el marcatge no afecta, i que s’ha de tractar primer, com es detalla en el nostre article sobre els Core Web Vitals<\/a>. L’ordre de prioritats \u00e9s important: accessibilitat t\u00e8cnica, contingut, arquitectura, i despr\u00e9s marcatge. <\/p>\n El m\u00e8tode que apliquem consta de cinc fases i generalment s’est\u00e9n durant dos o tres dies de treball per a un lloc web de mida mitjana.<\/p>\n Primer, inventari: quines plantilles existeixen, quin marcatge ja es produeix i per qu\u00e8. Aquesta etapa gaireb\u00e9 sempre revela generacions autom\u00e0tiques oblidades, heretades d’una antiga extensi\u00f3. <\/p>\n Despr\u00e9s, neteja: desactivar les fonts concurrents per mantenir nom\u00e9s un emissor per tipus. Aquesta \u00e9s l’etapa que resol la majoria dels problemes i no produeix cap contingut nou. <\/p>\n Disseny del graf: definir els identificadors estables de l’organitzaci\u00f3, de l’establiment i dels autors, d’una vegada per totes. Aquests identificadors s’utilitzaran en totes les p\u00e0gines i no hauran de canviar m\u00e9s. <\/p>\n Implementaci\u00f3 per plantilla, comen\u00e7ant per la que cobreix m\u00e9s p\u00e0gines. Un marcatge implementat a la plantilla d’article cobreix instant\u00e0niament tot el blog, mentre que un marcatge implementat p\u00e0gina per p\u00e0gina no s’acaba mai. <\/p>\n Finalment, validaci\u00f3, a les adreces en l\u00ednia i no al codi, i despr\u00e9s seguiment mensual a la Search Console durant el primer trimestre. Aquesta \u00faltima etapa detecta les regressions provocades per les actualitzacions, que s\u00f3n la principal causa de degradaci\u00f3 a llarg termini. Forma part del que cobreix un contracte de manteniment<\/a> seri\u00f3s. <\/p>\n Una paraula sobre la documentaci\u00f3 interna. En els llocs web on intervenen diverses persones, escriure una p\u00e0gina que descrigui els identificadors d’entitats retinguts i el tipus esperat per plantilla evita que un desenvolupador posterior utilitzi altres convencions. Aquesta p\u00e0gina ocupa mitja p\u00e0gina i estalvia hores de desfer embolics dos anys m\u00e9s tard. <\/p>\n El JSON-LD declara expl\u00edcitament el que cont\u00e9 una p\u00e0gina, perqu\u00e8 el motor no hagi d’endevinar-ho. No fa guanyar posicions, fa guanyar superf\u00edcie i clics, i fa que l’empresa sigui llegible per sistemes autom\u00e0tics la import\u00e0ncia dels quals augmenta. <\/p>\n Tres regles s\u00f3n suficients per evitar gaireb\u00e9 tots els problemes. Declarar nom\u00e9s el que \u00e9s visible a la p\u00e0gina. Tenir nom\u00e9s una font de generaci\u00f3 per tipus. Provar l’adre\u00e7a en l\u00ednia en lloc del codi escrit, perqu\u00e8 la difer\u00e8ncia entre els dos \u00e9s precisament on es troben els errors. <\/p>\n Comenceu per BreadcrumbList i FAQPage, que cobreixen moltes p\u00e0gines amb poc esfor\u00e7, i despr\u00e9s afegiu la base Organization i LocalBusiness. La resta es tracta plantilla per plantilla, per ordre de nombre de p\u00e0gines cobertes. \u00c9s una intervenci\u00f3 curta, mesurable, i l’efecte de la qual es llegeix a la Search Console en poques setmanes. <\/p>\n Una precisi\u00f3 sobre el manteniment del marcatge. Els tipus i les propietats de Schema.org evolucionen, i les exig\u00e8ncies de Google per a la visualitzaci\u00f3 enriquida canvien encara m\u00e9s r\u00e0pid: alguns tipus han perdut la seva elegibilitat, d’altres l’han guanyada. Una revisi\u00f3 anual del marcatge, alineada amb la revisi\u00f3 t\u00e8cnica del lloc web, \u00e9s suficient per mantenir-se al dia sense dedicar-hi un seguiment permanent. Aquest control pren una hora i evita descobrir a posteriori que una visualitzaci\u00f3 ha desaparegut des de fa sis mesos. <\/p>\nEscriure un marcatge net, les regles que eviten errors<\/h2>\n
Validar, i sobretot validar el bon renderitzat<\/h2>\n
Les dues eines a utilitzar, en aquest ordre<\/h3>\n
Provar l’URL en l\u00ednia, no el codi enganxat<\/h3>\n
Els errors de marcatge m\u00e9s freq\u00fcents<\/h2>\n
\n
El marcatge per tipus de lloc web<\/h2>\n
Lloc web de prestaci\u00f3 de serveis<\/h3>\n
Botiga en l\u00ednia<\/h3>\n
Lloc web editorial i blog<\/h3>\n
El marcatge en una botiga en l\u00ednia, cas particular<\/h2>\n
El marcatge es decideix amb l’arquitectura, no despr\u00e9s<\/h2>\n
Quant costa un marcatge complet<\/h2>\n
El que el marcatge no far\u00e0 per vosaltres<\/h2>\n
Implementar el marcatge en un lloc web existent<\/h2>\n
El que heu de recordar<\/h2>\n
Preguntes freq\u00fcents<\/h2>\n
\n