Es fácil construir mal una herramienta de auditoría de feed. Leer el catálogo de Shopify, comprobar cada campo contra la especificación de Google Shopping y sacar una lista de avisos es cuestión de una tarde, y produce un informe que parece exhaustivo mientras deja fuera casi todo lo que de verdad está costando dinero a la tienda.
Los siete criterios siguientes son lo que separa una auditoría que cambia decisiones de otra que solo genera una hoja de cálculo. Sirven igual para evaluar una herramienta de pago, una app de la tienda de Shopify o un script interno.
Los 7 criterios
Auditar contra el veredicto de Google, no solo contra la especificación
Validar campos indica qué podría estar mal. El endpoint productstatuses de la Content API indica qué ha desaprobado Google realmente, con el motivo exacto y los identificadores de los productos afectados. Un escaneo hecho únicamente desde el lado de la tienda marca productos con los que Google no tiene ningún problema y deja fuera justo los que sí lo tienen: precio que no coincide con la ficha, landing no accesible, errores de rastreo de imagen. Nada de eso aparece nunca en los datos de Shopify.
Priorizar por dinero, no por volumen
"412 productos sin GTIN" no es accionable: es una cifra que asusta y no dice por dónde empezar. "Estos 9 productos son el 60% del tráfico que estás perdiendo" sí lo es. Aunque la herramienta no tenga conectados los datos de Google Ads, ordenar los problemas por precio multiplicado por disponibilidad ya es mejor que devolver una lista plana ordenada por código de producto.
Bajar al nivel de variante
La mayoría de los problemas de feed en Shopify viven en la variante, no en el producto: el item_group_id que agrupa las variantes, el enlace con ?variant= que lleva a la variante concreta, y la imagen y el precio propios de cada una. Una auditoría que informa a nivel de producto esconde exactamente dónde está el problema y obliga a buscarlo a mano dentro de la ficha.
Separar lo que es de cuenta de lo que es de producto
Un merchant con la cuenta suspendida por misrepresentation no necesita un informe de GTIN. Necesita que le digan, en la primera línea, que lo que le está bloqueando todo es la cuenta y que ningún arreglo de datos de producto va a devolverle los anuncios. Mezclar los dos planos en la misma lista de incidencias es la forma más rápida de que una herramienta pierda la confianza de quien la usa.
Respetar las excepciones de GTIN
Declarar identifier_exists: no es legítimo en artesanía, producto vintage y producto personalizado: son artículos que sencillamente no tienen un identificador comercial global. Marcarlos como error genera cientos de falsos positivos y enseña al merchant algo peor que no auditar: a ignorar el informe entero porque "siempre marca lo mismo y nunca es verdad".
Un informe que se entienda sin que nadie lo explique
El formato útil es una sola pantalla con tres datos: cuántos productos están bloqueados, cuántos ingresos hay en riesgo y cuáles son las tres causas principales. Todo lo demás (el detalle por motivo, el listado completo, las excepciones) a un clic de distancia. Si la primera pantalla necesita una explicación, no se lee y la auditoría no se convierte en ninguna acción.
Monitorizar los cambios, no solo el estado de hoy
El valor de una auditoría no está en el primer escaneo, que casi siempre se mira una vez y se archiva. Está en el aviso del día en que 200 productos caen de golpe después de actualizar el tema, instalar una app o cambiar la estructura de las fichas. Ese es el momento en el que el merchant todavía puede revertir la causa antes de perder semanas de visibilidad.
Siete preguntas que hacer antes de pagar una herramienta
Los mismos criterios, convertidos en preguntas que cualquier merchant puede plantear a un proveedor, o a quien esté construyendo la herramienta en casa. Una herramienta que responda que no a la primera está validando una especificación, no auditando un catálogo.
- ¿Lee los estados reales de Merchant Center (productstatuses) o solo valida mi catálogo contra la especificación?
- ¿Ordena los resultados por lo que me cuesta cada problema, o por número de productos afectados?
- ¿El informe llega al nivel de variante: item_group_id, enlace con ?variant=, imagen y precio por variante?
- ¿Distingue los problemas de cuenta de los de producto y me dice cuál me está bloqueando todo?
- ¿Entiende identifier_exists: no como una situación legítima y no como un error a corregir?
- ¿Entiendo la primera pantalla del informe sin que nadie me la explique?
- ¿Me avisa cuando algo cambia, o solo cuando soy yo quien lanza un escaneo?
Dónde encaja Girofeeds
Girofeeds está construido sobre estos criterios: trabaja desde el CMS y contra los estados reales de Merchant Center, de modo que lo que informa es lo que Google ha desaprobado de verdad, y las correcciones se aplican sobre los datos de origen y no sobre una copia del feed. Por eso una corrección no vuelve a aparecer con la siguiente sincronización del catálogo — la lógica está explicada en la comparativa con los gestores de feed tradicionales y en optimización de catálogo.
Preguntas frecuentes
¿Sirve de algo una auditoría que solo valida el feed contra la especificación?
Sirve como primer filtro para detectar campos vacíos o mal formados antes de enviar nada a Google. Lo que no puede hacer es confirmar qué está bloqueado de verdad: eso solo lo sabe Merchant Center, y hay motivos de desaprobación (precio que no coincide, landing inaccesible, imagen no rastreable) que no son visibles desde los datos de la tienda.
¿Qué es exactamente productstatuses?
Es el recurso de la Content API de Google que devuelve, producto a producto, en qué estado está dentro de Merchant Center y qué problemas tiene asociados, con el motivo y el destino afectado. Es la fuente que permite pasar de "esto podría fallar" a "esto está desaprobado por este motivo concreto".
¿Por qué importa tanto el nivel de variante en Shopify?
Porque en Shopify el precio, el stock, la imagen y el enlace con ?variant= son atributos de la variante, no del producto. Un producto puede estar aprobado en cinco variantes y desaprobado en dos, y un informe a nivel de producto mostrará una sola línea ambigua en lugar de las dos variantes que hay que arreglar.
¿Una auditoría de feed puede detectar una suspensión de cuenta?
Puede leer el estado de la cuenta y avisar de que hay una suspensión activa, que es justo lo que hace falta saber antes de tocar nada. Lo que no puede es resolverla desde el feed: las suspensiones por políticas como misrepresentation se arreglan en la tienda y en la información de la cuenta, no cambiando atributos de producto.
¿Cada cuánto conviene auditar el feed?
Un escaneo puntual solo es útil como punto de partida. Lo que evita pérdidas es la comprobación continua, porque las caídas grandes suelen venir de un cambio en la tienda (tema, app, estructura de fichas) y no de un deterioro progresivo del catálogo.
Relacionado: imágenes y contenido de producto · todos los artículos de Shopify .