Fitxes gratuïtes de Merchant Center: per què no surten

Les fitxes gratuïtes de Merchant Center permeten que els productes que compleixen els requisits apareguin a Google sense pagar per la fitxa. Google utilitza la informació de producte enviada per relacionar les ofertes amb les cerques; activar la funció no garanteix que un producte concret es mostri. La guia de fitxes gratuïtes de Google distingeix entre poder participar en el programa i arribar a tenir visibilitat.

Quan un producte no apareix, pot haver-hi un problema al compte, una oferta que incompleix un requisit o una oferta vàlida que ha rebut poca exposició. Esbrina en quin cas et trobes abans de reescriure títols o modificar el catàleg. Si canvies diverses coses alhora, pots perdre el rastre de la causa original.

Per a una botiga que ven a Espanya, convé concretar la pregunta: quins productes no apareixen, per a quin país i en quin punt es produeix el problema? El diagnòstic passa per Merchant Center, la font de dades de producte i la botiga. Aquí ens centrem en les fitxes de productes que es venen en línia. L’arquitectura de categories, les dades estructurades Product i les decisions sobre URL de productes retirats tenen guies pròpies; una incidència del feed no exigeix canviar-ho tot.

Aclareix què vol dir que un producte no apareix

Comença anotant en què es basa l’avís. “No trobo el nostre bullidor a Google” és una observació. “La fitxa gratuïta d’aquest article per a Espanya està rebutjada per una discrepància de preu” és un diagnòstic que permet decidir què cal corregir.

Obre el producte afectat a Merchant Center i anota’n l’identificador, el país, el mètode de màrqueting, l’estat i el text de la incidència. Desa l’última notificació pertinent i els valors enviats actualment. Si la botiga fa servir diverses fonts de dades, identifica quina ha proporcionat l’article. Revisa també la configuració de les fitxes gratuïtes: el que importa és com està el compte ara, encara que recordis haver activat l’opció fa mesos.

Segons la documentació d’incidències de Merchant Center, les incidències de producte afecten ofertes individuals, mentre que les de compte afecten tots els productes. Els advertiments i els rebutjos també són diferents: un advertiment pot limitar el rendiment, mentre que un producte rebutjat deixa de mostrar-se. La vista Needs attention enumera les incidències de producte i permet descarregar els articles afectats. Llegeix-ne l’abast i la gravetat abans de triar una solució.

Fes servir aquesta taula per assignar la investigació i segueix després les instruccions de la incidència concreta.

Conserva l’exportació original. Després d’un canvi, hauràs de distingir una notificació antiga d’un problema que persisteix. Una captura d’un estat en vermell, sense data, identificador ni país, no permet comprovar si la correcció ha funcionat.

Comprova els requisits de la botiga i del mercat

Les fitxes gratuïtes tenen polítiques pròpies. Google les agrupa en contingut prohibit, pràctiques prohibides, contingut restringit i requisits del lloc web; l’aplicació d’aquestes polítiques pot comportar restriccions de les fitxes, rebutjos i suspensions del compte. Que un producte es pugui vendre legalment no acredita, per si sol, que pugui participar en el programa. Consulta les polítiques de fitxes gratuïtes aplicables, sobretot abans d’enviar una gamma subjecta a restriccions.

Si la incidència afecta el compte, recorre la botiga com algú que no coneix el negoci. Pot entendre què vens, a qui compra i amb quines condicions? Mantén la revisió vinculada a la notificació. Afegir un segell de confiança, ampliar la presentació de l’empresa o estrenar un tema visual no demostra que s’hagi resolt la política assenyalada.

Revisa la vinculació de la botiga abans de demanar a l’equip de catàleg que corregeixi centenars d’ofertes. Google defineix la verificació com la demostració que pots editar el web, i la reclamació com l’associació de l’adreça verificada amb Merchant Center. Són passos relacionats, però diferents. L’agència ha de comprovar la vinculació del domini real de la botiga amb la guia de verificació d’URL de Google, i el negoci ha de conservar-ne l’accés.

Per als productes adreçats a Espanya, Google exigeix informació d’enviament mitjançant la configuració d’enviaments de Merchant Center o l’atribut d’enviament del producte. Google també indica que els comerciants han de publicar la política de devolucions al web i recomana afegir-la a Merchant Center. La configuració de les fitxes gratuïtes recull aquests punts expressament. Cal preparar-los abans de començar a rebre visites.

Com a comprovació operativa, tria una destinació real on la botiga faci enviaments i prova tot el procés de comanda. Si una botiga de Barcelona ven fora de Catalunya, revisa també destinacions amb condicions de lliurament diferents. Anota què veu el client i què declara el compte. La persona que configura els enviaments ha de conèixer les destinacions excloses i els possibles recàrrecs per article abans d’interpretar un advertiment.

El web en català i l’idioma del feed són decisions separades

La llista d’idiomes admesos de Google inclou el castellà i l’anglès, però no el català. La documentació també exigeix que la pàgina de producte i els elements pertinents del procés de compra utilitzin l’idioma de les dades enviades. Consulta els idiomes i les monedes admesos abans de triar l’idioma del feed.

Una botiga de Girona pot mantenir el web en català i preparar un recorregut de compra en castellà per al seu feed en castellà. Cal revisar-lo sencer. Si un títol en castellà porta a un selector de producte o a un procés de pagament en català, comprova aquesta incoherència; traduir només el feed és insuficient. Una versió anglesa té sentit quan el negoci vol atendre aquest públic i pot mantenir els continguts corresponents.

Aquesta decisió configura un canal de venda. No obliga a substituir l’estratègia lingüística del web. Deixa anotats l’idioma triat, el patró d’URL de destinació i qui manté les traduccions. Així, quan canviï la botiga, l’equip de desenvolupament sabrà quin recorregut ha de preservar.

Segueix una oferta des de l’origen fins al pagament

Un full de càlcul sense errors no demostra que el client vegi el producte correcte. Els requisits de les pàgines de destinació de Google estableixen que l’enllaç enviat ha de portar al producte concret, amb les mateixes dades de producte, preu, moneda i disponibilitat. Una categoria o uns resultats de cerca genèrics no són la destinació adequada.

Obre l’URL exacta enviada, amb la selecció de variant inclosa. Evita començar a la portada i navegar fins a l’article: pel camí pots generar galetes o seleccions que amaguin l’error. Compara les dades rebudes a Merchant Center amb el registre d’origen de la botiga, i després compara totes dues versions amb la pàgina i la cistella.

Imagina una botiga que envia una ampolla blava de 750 ml. És un exemple hipotètic de diagnòstic, no un resultat d’un client. Si l’enllaç obre una ampolla vermella de 500 ml, trobar el preu correcte en algun altre punt de la pàgina no resol la discrepància. Esbrina si el feed ha triat una URL incorrecta, si el web ha perdut un paràmetre de variant o si el registre d’origen confon els dos productes.

Prepara un full de treball breu, amb una fila per oferta afectada:

• identificador de producte i variant seleccionada;
• valor al sistema d’origen del catàleg;
• valor rebut per Merchant Center;
• valor a la pàgina enllaçada i a la cistella;
• hora de la comprovació, discrepància i persona responsable.

Tria casos que permetin detectar diferències: un producte ordinari, un article rebaixat i una variant si el problema afecta variants. Amplia la mostra quan hi trobis errors diferents. El mostreig ajuda a localitzar la causa, però no demostra que la resta del catàleg estigui bé.

L’especificació de dades de producte de Google exigeix identificadors d’article únics i estables, i concreta quins atributs són obligatoris o condicionals. Conserva l’identificador quan actualitzis un producte existent. Revisa títols, descripcions, enllaços, imatges, preu i disponibilitat. Després comprova els requisits addicionals que corresponguin al producte; una plantilla genèrica de feed pot no cobrir-los tots.

Si la investigació arriba al marcatge de la pàgina, consulta la guia de dades estructurades de producte per a comerç electrònic. Aquí cal comprovar que l’oferta i la botiga coincideixen. Una prova de schema superada no indica si el connector ha enviat l’article que tocava.

Corregeix l’origen de les discrepàncies recurrents

La guia de Google sobre discrepàncies de preu explica que els moments d’actualització diferents, les dades estructurades incorrectes, les diferències entre el que veuen els robots i els compradors, i la configuració dels períodes de rebaixes poden provocar discrepàncies de preu. Compara les hores d’actualització abans de concloure que un valor és permanentment erroni.

Pensa en una promoció hipotètica que comença a les 09:00, mentre que la pròxima exportació de catàleg s’executa a les 12:00. El problema operatiu és el desfasament entre les dues actualitzacions. Una edició manual pot fer coincidir una oferta temporalment, però la correcció duradora correspon al procés de publicació. Revisa l’inici i el final de la promoció, el fus horari, la programació de l’exportació i qualsevol resposta de la pàgina que es conservi a la memòria cau.

Defineix quin sistema mana sobre cada camp. La plataforma de comerç electrònic pot gestionar el preu; un sistema de magatzem, la disponibilitat; i un catàleg separat, les descripcions. Algú ha de poder seguir el valor al llarg d’aquests sistemes. Documenta les transformacions abans que arribi a Merchant Center, incloent-hi les regles que mantingui una agència o una eina de feeds.

Corregeix la font responsable, executa’n l’actualització habitual, inspecciona l’article rebut i repeteix el recorregut de compra. Observa també l’actualització programada següent. Si torna a introduir l’error, la incidència continua oberta. És una recomanació de manteniment, no un termini de revisió de Google.

Les actualitzacions automàtiques de Google poden utilitzar la informació de la pàgina de destinació per corregir discrepàncies temporals de producte, però no substitueixen les actualitzacions periòdiques de les dades. La documentació d’automatització indica expressament que la cobertura no arriba a tots els productes. Fes servir aquesta funció com a ajuda i mantén correcta la font de dades.

Si el valor en disputa és la disponibilitat, aclareix primer què ofereix realment el negoci: el client pot demanar l’article en les condicions que es mostren? Per decidir com tractar una ruptura d’estoc temporal, una reserva o un producte retirat definitivament, consulta la guia de SEO de productes esgotats i descatalogats. No redirigeixis una pàgina de producte útil només per eliminar un advertiment de Merchant Center.

Revisa identificadors i imatges sense inventar dades

El GTIN identifica un article comercial; no és un camp lliure per posar-hi un codi intern. Els requisits de GTIN de Google indiquen que cal enviar l’identificador correcte assignat pel fabricant i que no s’ha d’inventar. Si el producte no té un GTIN assignat, segueix els requisits d’identificació que li corresponguin, sense agafar el número d’un article semblant.

Si revens productes d’altres fabricants, demana al proveïdor que aclareixi els dubtes sobre el format o la variant exacta. Compartir el nom de model no demostra que dues ofertes tinguin el mateix identificador. Desa l’evidència amb el registre del catàleg perquè el problema no torni quan una altra persona actualitzi el feed.

Per a una incidència d’imatge, comença per l’URL enviada i la imatge que es carrega realment. Comprova si representa la variant oferta i si l’exportació apunta a un arxiu antic o genèric. L’especificació de dades de producte de Google inclou requisits d’imatge i adverteix que les imatges de baixa qualitat o les dades contradictòries poden impedir que es mostrin les fitxes. Llegeix la incidència concreta abans d’encarregar fotografies noves de tota la gamma.

Tanca la revisió amb proves de la correcció

Quan la correcció estigui publicada, segueix l’acció que s’ofereix per a la incidència concreta. Google indica que cal corregir les dades de producte i tornar-les a enviar pel mètode triat; els requisits de revisió depenen de la incidència. La guia d’incidències també assenyala que els productes adreçats a diversos països poden rebre advertiments o rebutjos diferents a cada país.

Per això, dir que “el feed està en verd” no és un criteri de tancament suficient. Confirma el mètode de màrqueting i el país afectats, a més del total general del compte. Anota l’estat actual del producte al costat de la incidència original. Si continua rebutjat, comprova si l’avís es refereix al mateix valor, a un altre requisit o a una restricció del compte.

Per a les discrepàncies de preu, Google descriu un nou rastreig automàtic durant les hores o els dies següents, amb una nova aprovació quan el preu coincideix. És la descripció d’un procés, no un termini de servei garantit per a la botiga. Segueix el procediment disponible a les instruccions sobre discrepàncies de preu i conserva proves de la pàgina corregida.

Si has de contactar amb suport, prepara l’identificador del compte, els identificadors dels articles afectats, el país, el mètode, el text exacte de la incidència i proves datades de la correcció. Evita enviar comandes de clients o dades personals que no hi tinguin relació. Una reproducció breu del problema ajuda més que un missatge llarg dient que ja ho has revisat tot.

No tanquis la incidència només perquè algú hagi premut el botó de revisió. Tanca-la quan l’estat pertinent reflecteixi la correcció i l’actualització normal següent la mantingui. Registra per separat si els productes han tornat a rebre impressions; aquesta observació de rendiment no demostra que hagin desaparegut totes les incidències de dades.

Mesura el recorregut de l’aprovació a la compra

La documentació de rendiment de Merchant Center explica que les impressions compten les aparicions dels productes, els clics compten les visites generades pels clics als productes, i el CTR és el nombre de clics dividit per les impressions. Cada mètrica descriu una etapa diferent. Google recomana comprovar l’aprovació i deixar passar uns dies quan les impressions són zero; la manca de dades suficients també pot generar un informe amb zeros.

Compara períodes amb el filtre de fitxes gratuïtes i un grup fix de productes. Desa la llista original i marca els articles que s’hi incorporin o en surtin. Afegir una gamma gran pot alterar el total i amagar si les ofertes corregides han millorat. Tria períodes complets que encaixin amb l’activitat de la botiga; comparar 28 dies és una opció de seguiment intern, no un llindar de Google.

Mantén un informe breu de la incidència:

Un càlcul hipotètic ajuda a interpretar l’informe: 60 clics sobre 3.000 impressions donen un CTR del 2%. Aquesta dada, tota sola, no diu res del benefici ni de les vendes addicionals. Revisa les dades de captació al costat de les mesures comercials de la botiga, incloent-hi cancel·lacions i costos de preparació i lliurament, abans de decidir quant esforç de manteniment mereix el canal.

Google indica que l’etiquetatge automàtic de Merchant Center afegeix el paràmetre srsltid a les URL pertinents dels clics de producte, i que aquest etiquetatge, per si sol, no completa el seguiment d’esdeveniments clau. Revisa la configuració de l’etiquetatge automàtic i comprova que el web accepta el paràmetre sense alterar la destinació.

Merchant Center pot utilitzar un compte de Google Analytics 4 vinculat per seguir esdeveniments clau, o una etiqueta de Google si aquest compte no està disponible. Segueix les instruccions de seguiment d’esdeveniments clau i valida una compra amb el procediment de proves habitual del web. Comprova que l’import i la moneda de l’esdeveniment coincideixin amb la comanda. Anota les limitacions de mesura conegudes; una compra no registrada no equival a una venda inexistent.

Consulta també Google Search Console quan investiguis el trànsit orgànic a les pàgines de producte. Explica què cobreix cada informe i evita sumar-ne els clics com si corresponguessin a clients diferents. Si publiques alhora una correcció del feed, un canvi de títol i una promoció estacional, no podràs estimar de manera aïllada l’efecte de la correcció.

Assigna el manteniment del catàleg a una persona

Obre una investigació datada per a un grup de productes que interessi al negoci. Tria ofertes que la botiga vulgui vendre i pugui servir. Anota el problema, el sistema responsable, la correcció prevista i les proves que permetran tancar-lo. Encarrega a una persona el seguiment complet, encara que diversos equips hagin de fer canvis.

En una botiga petita, pot ser suficient un full compartit que es revisi després d’actualitzar el catàleg. Un comerç més gran pot necessitar comparacions automàtiques i alertes. En tots dos casos, cal detectar les discrepàncies recurrents i fer-les arribar a qui gestiona la font. Comprar una eina de feeds més complexa té sentit quan l’equip ja sap quin problema de manteniment ha de resoldre.

Si els productes estan aprovats i les dades coincideixen, revisa l’oferta i el públic a qui s’adreça. L’article s’identifica amb claredat? Les condicions de compra són competitives per al client previst? Les visites obtingudes justifiquen dedicar-hi més esforç? Per treballar la descoberta de productes des de la navegació, consulta la guia de SEO per a pàgines de categoria.

Per demanar una revisió externa, prepara l’exportació d’incidències de Merchant Center, una mostra petita d’URL afectades i la data de l’últim canvi de catàleg. Amb això pots començar una conversa amb Ighenatt centrada en el pas que falla i en qui el pot corregir.