El codi només és útil quan coincideix amb la pàgina visible. El marcatge ajuda a descriure el producte quan preu, estoc, variants i polítiques coincideixen amb el contingut visible.
Les recomanacions s’han comprovat en Google Search Central sobre dades de producte i Google Search Central sobre dades estructurades ecommerce. Les fonts apareixen aquí perquè els requisits, les polítiques i els procediments poden canviar; cal confirmar sempre la versió vigent i el cas concret.
La pregunta incòmoda
El marcatge ajuda a descriure el producte quan preu, estoc, variants i polítiques coincideixen amb el contingut visible. Per això, abans de buscar una eina o una oferta, convé descriure la situació concreta i la persona que haurà de prendre la decisió. Quan una dada és decisiva, indiqueu també d’on prové i quan es va consultar.
Què diu l’operativa en dades estructurades producte
Els quatre punts que més pes tenen aquí són preu i moneda, disponibilitat, variants i política de devolució. No tots exigeixen el mateix nivell de comprovació: alguns es resolen llegint una condició; d’altres necessiten una prova, una dada interna o l’ajuda d’un professional.
Generar-lo des de la mateixa font de dades i validar canvis freqüents. Fer-ho en aquest ordre redueix canvis tardans i deixa clar qui ha de confirmar cada pas.
Hi ha una pausa útil abans de seguir: expliqueu la decisió a una persona que no conegui el projecte. Si necessita moltes suposicions, encara falta informació.
Una taula per decidir
| Criteri | Què cal revisar | Senyal de control |
|---|---|---|
| preu i moneda | Generar-lo des de la mateixa font de dades i validar canvis freqüents. | document o captura |
| disponibilitat | Marcar ressenyes inexistents o deixar un preu antic al codi. | prova en un cas real |
| variants | Errors, cobertura, coherència i actualització. | responsable i termini |
| política de devolució | El marcatge ajuda a descriure el producte quan preu, estoc, variants i polítiques coincideixen amb el contingut visible. | mesura abans i després |
No compareu promeses; compareu evidències i responsabilitats. El cost també inclou temps de l’equip, incidències, manteniment i la possibilitat de rectificar.
La prova més petita possible
- Definiu el resultat. Errors, cobertura, coherència i actualització.
- Recolliu la informació. Treballeu amb dades vigents i el cas exacte.
- Proveu en petit. No tanqueu opcions abans de validar-les.
- Assigneu responsabilitat. Una persona ha de revisar el resultat i la data.
El temps dependrà del cas; la traçabilitat, en canvi, no hauria de dependre de la memòria. Generar-lo des de la mateixa font de dades i validar canvis freqüents.
Excepcions que canvien el cas
El risc més habitual és marcar ressenyes inexistents o deixar un preu antic al codi. També convé vigilar decisions preses per urgència, canals que ningú manté i dades que continuen circulant després d’haver quedat obsoletes.
Quan el cas no encaixa, descriviu què el fa diferent abans de canviar la regla.
Quan demanar ajuda
El valor real apareix després de diverses setmanes d’ús, no el dia de l’estrena.
La revisió s’ha de centrar en errors, cobertura, coherència i actualització. Una mesura inicial i una data de revisió donen context al canvi.
Tancament pràctic
Conserveu preu i moneda, disponibilitat, variants, política de devolució, juntament amb la decisió, la data i la persona responsable. Aquest arxiu breu ajuda quan arriba una incidència, canvia el proveïdor o cal explicar el criteri a algú que no va participar en el projecte.
Què revisaria al cap d’un mes
Errors, cobertura, coherència i actualització. Compareu-ho amb la línia de base i llegiu també les incidències. Una mitjana pot millorar mentre un grup concret continua trobant la mateixa barrera.
Si no podeu explicar l’excepció en una frase, encara no està prou delimitada. Un full ben mantingut és més útil que cinc eines abandonades.
Des del dia a dia
Generar-lo des de la mateixa font de dades i validar canvis freqüents. A la pràctica, això significa reservar temps, decidir qui respon i evitar que una tasca important quedi amagada dins una eina.
El cost menys visible
Marcar ressenyes inexistents o deixar un preu antic al codi. pot afegir correccions, atenció, devolucions o pèrdua de confiança. Cal reservar marge per a aquestes conseqüències, no dissimular-les dins una xifra única.
Una captura, una data i el nom de la persona responsable acostumen a ser suficients per reconstruir la decisió. Un full ben mantingut és més útil que cinc eines abandonades.
Quan el volum creix
El procediment que funciona amb deu casos pot fallar amb cent. Reviseu automatització, control humà i excepcions abans que l’equip depengui de fulls paral·lels.
Una prova aplicada a dades estructurades producte
Trieu un cas recent i recorreu-lo de principi a fi sense corregir res sobre la marxa. Observeu on falta preu i moneda, quan es necessita disponibilitat i qui resol els dubtes relacionats amb variants. Repetiu la prova amb un cas menys còmode: un mòbil antic, una devolució, una adreça diferent o una persona que no coneix el vocabulari intern.
Acabeu la prova amb tres decisions concretes. La primera ha de corregir una barrera immediata; la segona, assignar un responsable; la tercera, fixar una data per revisar errors, cobertura, coherència i actualització. Així, la guia es converteix en feina observable i no en una llista de bones intencions.
La prova també ha de deixar una petita llista de pendents. Separeu els canvis que es poden fer avui, els que necessiten pressupost i els que depenen d’una font externa. Poseu una data a cadascun i tanqueu explícitament els que no aporten prou valor. Aquesta última decisió evita que dades estructurades producte es converteixi en un projecte permanent sense criteri de finalització.
Tres preguntes abans de donar-ho per bo
La informació és vigent
Comproveu data, versió i responsable de cada condició important.
La persona usuària pot rectificar
Una decisió digital necessita una sortida clara quan hi ha error o canvi.
L’equip ho pot mantenir
Si depèn d’una sola persona o d’un recordatori informal, encara no és un procés.
Allò que no té responsable ni calendari acaba depenent de la memòria. En dades estructurades producte, observar, comparar i documentar és més important que seguir una recepta universal. Treballeu amb dades vigents, manteniu una sortida clara i reviseu el resultat després d’un període real d’ús. Si una decisió no millora ni l’experiència de la clientela ni la capacitat de l’equip per respondre, cal replantejar-la abans de convertir-la en rutina.
