Diagnóstico rápido: Dónde duele el feed de Google Shopping
Un diagnóstico rápido del feed de Google Shopping permite identificar errores que reducen impresiones y ventas, priorizándolos según impacto y esfuerzo. La prioridad se define por cuántos artículos quedan bloqueados o desindexados y por cuánto tiempo afecta al catálogo.
Cómo leer el panel de diagnóstico
El panel centraliza errores y advertencias que afectan la visibilidad de los productos. Lee el resumen por tipo: problemas de cuenta, problemas del feed y problemas por artículo. Un problema de cuenta puede bloquear campañas enteras; un problema de feed suele afectar lotes completos; un problema por artículo impide que SKUs concretos se publiquen.
Ejemplo: Si el diagnóstico muestra "precio faltante" en 2.000 productos y "URL no válida" en 50, prioriza el precio faltante por volumen.
Error típico: Arreglar el fallo más visible estéticamente sin cuantificar su alcance en ventas perdidas.
Priorizar por impacto versus esfuerzo
No todos los errores valen lo mismo para tu ROAS. Calcula el impacto estimado como el porcentaje de SKUs afectados multiplicado por su contribución al tráfico o ingresos. El esfuerzo estimado cubre tiempo de desarrollo, ajustes en PIM o mapeo de Shopify metafields y validaciones.
Ejemplo: Reparar un atributo de identificación global para 100 productos que generan el 40% de las ventas es de alto impacto y, normalmente, bajo esfuerzo si la data ya está en el PIM.
Error típico: Empezar por cambios cosméticos (warnings amarillos) que no incrementan impresiones ni desbloquean productos.
Diferenciar errores de cuenta, feed y artículo
La fuente del error define el scope de la corrección:
- Cuenta: Problemas de políticas, suspensión o configuraciones de impuestos/envío.
- Feed: Estructura del archivo, atributos requeridos ausentes, mapeo incorrecto.
- Artículo: Precio, disponibilidad, GTIN o imágenes para un SKU concreto.
Ejemplo: Una suspensión por políticas necesita atención inmediata y desbloqueo de cuenta antes de tocar el feed.
Error típico: Tratar un problema de cuenta como si fuera un error de atributo y enviar actualizaciones que no desbloquean la cuenta.
Checklist operativo rápido
Este es el paso a paso mínimo viable para un QA que mejore el feed sin rehacer el catálogo entero:
- Revisar suspensiones de cuenta y alertas globales en Merchant Center.
- Filtrar errores por número de SKUs afectados.
- Priorizar por impacto versus esfuerzo.
- Aplicar corrección en origen (PIM o Shopify metafields) y reenviar el feed.
- Verificar en el panel de diagnóstico y en reportes de Google Ads.
Ejemplo: Corrige título y GTIN en PIM, reexporta y confirma reducción de errores en 24-48 horas.
Error típico: Reexportar sin validar los mapeos entre el PIM y el feed final.
Nota técnica: El feed es el archivo que entrega atributos de producto a Merchant Center. El PIM es la fuente maestra de datos. Los metafields de Shopify son campos personalizados que permiten mapear atributos faltantes. El Schema Product es el marcado estructurado que ayuda a la consistencia del catálogo (más info en Schema.org) y puede influir en la calidad del feed. Para detalles oficiales consulta el centro de ayuda de Merchant Center.
Auditoría de Identificadores: GTIN, MPN y Brand
En esta sección nos centramos en los atributos que más impactan la visibilidad y el rechazo en un feed de Google Shopping: GTIN, MPN y Brand. El objetivo es ofrecer pasos operativos para detectar inconsistencias y reducir rechazos.
Por qué importan los identificadores
Los identificadores únicos permiten que Merchant Center empareje tu producto con el inventario global y las reglas de Google, mejorando la elegibilidad. Revisa los informes de Merchant Center para identificar avisos relacionados con identificadores y prioriza SKUs en campañas con mayor gasto.
Ejemplo: Detectar SKUs con marca conocida pero sin identificador y agruparlos por prioridad de campaña.
Error típico: No revisar los avisos (warnings) de Merchant Center y asumir que el feed es correcto porque no hay rechazos rojos. Consulta la documentación oficial sobre identificadores.
GTIN (Global Trade Item Number)
El GTIN es el identificador global preferido por Google y suele ser obligatorio cuando lo asigna el fabricante.
- Cómo abordarlo: Audita el feed para productos de marca conocida sin GTIN. Obtén el código del fabricante, proveedor o bases de datos GS1. Si no existe, marca el producto como "sin identificador" (
identifier_exists: no) y documenta la causa.
- Ejemplo: Producto de marca sin GTIN en el PIM. Buscar en el listado del proveedor y, si no aparece, establecer en la transformación del feed que el producto no tiene identificador.
- Error típico: Dejar el campo GTIN vacío cuando el producto sí tiene un código EAN o UPC disponible, perdiendo impresiones.
MPN (Manufacturer Part Number)
El MPN ayuda a identificar variantes y sustituye al GTIN cuando este no está disponible públicamente.
- Cómo abordarlo: Normaliza MPN eliminando prefijos y sufijos de sistemas ERP internos. Prioriza valores del fabricante frente a SKUs internos.
- Ejemplo: MPN con prefijo
REF-12345 normalizado a 12345 mediante una regla de texto en la transformación.
- Error típico: Usar el SKU interno (ID de base de datos) como MPN, generando discrepancias con la base de datos del fabricante.
Brand (Marca)
La marca es fundamental para la elegibilidad y para evitar discrepancias que causen rechazos por "falta de información".
- Cómo abordarlo: Crea un maestro de marcas y sus variantes ortográficas. Aplica un mapeo central en la pipeline del feed para homogeneizar valores.
- Ejemplo: Mapear "Nike Inc" y "Nike NL" a la marca estándar "Nike".
- Error típico: Incluir texto adicional en el campo marca, como nombres de distribuidores o slogans.
google_product_category y coherencia de categorización
La categoría de Google afecta las reglas de impuestos y la coincidencia semántica.
- Cómo abordarlo: Mapea categorías internas al taxonomy de Google usando una matriz de correspondencia. Prioriza nodos específicos cuando apliquen (ej. no uses solo "Ropa", baja hasta "Faldas").
- Ejemplo: "Zapatillas running hombre" mapeadas al nodo de calzado deportivo exacto.
- Error típico: Usar categorías demasiado genéricas que penalizan la relevancia.
Cómo manejar productos sin identificadores únicos
Algunos productos (artesanía, marca blanca) no tienen GTIN o MPN y requieren tratamiento especial.
- Cómo abordarlo: Marca
identifier_exists como false para los casos reales y compensa con títulos y descripciones muy detalladas, además de atributos como color y talla. Usa metafields de Shopify para almacenar evidencia.
- Ejemplo: Producto artesano sin GTIN marcado correctamente como sin identificador.
- Error típico: Dejar campos
brand y mpn vacíos sin marcar identifier_exists: false, provocando rechazos automáticos.
Lectura adicional: Guía práctica sobre códigos EAN y gestión de catálogo.
Playbook de corrección: Reglas, Supplemental Feeds y Metafields
Este playbook operativo permite corregir y enriquecer tu feed de Google Shopping sin rehacer todo el catálogo en el ERP. Utilizaremos supplemental feeds y reglas de feed para aplicar cambios globales ágiles.
Paso 1: Diagnóstico rápido con reglas y supplemental feeds
Detectar patrones de rechazo y campos faltantes permite soluciones parciales inmediatas. Exporta la lista de errores desde Merchant Center y agrupa por atributo rechazado.
Ejemplo: La lista muestra 120 SKUs con marca vacía. Puedes crear un supplemental feed que rellene la marca desde un metafield o aplicar una regla en Merchant Center que ponga un valor por defecto ("General") si está vacío.
Error típico: Aplicar correcciones manuales una a una sin validar si una regla ("Si marca está vacía, usar X") podría resolverlo en bloque.
Paso 2: Implementar supplemental feeds sin deploy técnico
Los supplemental feeds permiten intervenir rápido en Merchant Center sin tocar el origen de datos (Shopify/PIM) ni las pipelines de integración.
- Cómo abordarlo: Crea un archivo CSV o Google Sheet con
id (obligatorio) y los atributos a sobrescribir (ej. custom_label_0). Sube como supplemental feed y prueba con un subconjunto.
- Ejemplo: CSV con columnas
id, brand, custom_label_0 donde se actualizan 200 SKUs para una campaña de rebajas.
- Error típico: Subir un supplemental feed con IDs que no coinciden exactamente (case sensitive) con el feed principal. Más info sobre el orden de prioridad en guías de supplemental feeds.
Paso 3: Enriquecer con metafields en Shopify
Los metafields permiten añadir información comercial o técnica que no existe por defecto en el esquema de producto de Shopify.
- Cómo abordarlo: Usa la interfaz de Shopify para crear campos como
short_title, material, o recommended_use. Mapea esos metafields al export del feed.
- Ejemplo: Crear metafield
short_title y mapearlo con una regla de feed para reemplazar el title principal cuando el short_title esté relleno (útil para variantes).
- Error típico: Crear metafields sin estandarizar los valores (ej. usar "cm", "CM", "centímetros" aleatoriamente).
Paso 4: Títulos y descripciones orientadas a conversión
Los títulos y descripciones influyen en la calidad del anuncio y en el CTR (Click Through Rate).
- Cómo abordarlo: Prioriza plantillas por categoría. Incluye [Marca] + [Modelo] + [Beneficio/Spec clave] en el título. Evita keyword stuffing.
- Ejemplo: Título para teléfono: "Samsung Galaxy S22 128GB Negro - 5G Android". Descripción con bullets de especificaciones técnicas.
- Error típico: Copiar el nombre interno del SKU ("SAM-GAL-S22-BLK") como título público.
- Referencia técnica: Sobre ranking y visibilidad, revisa estrategias de optimización de feeds orgánicos.
Paso 5: Matriz de priorización de correcciones
Crea una matriz simple con eje impacto vs. esfuerzo.
- Alta prioridad / Bajo esfuerzo: Reglas que rellenan
brand, color o gender masivamente.
- Alta prioridad / Alto esfuerzo: Conseguir GTINs faltantes de proveedores.
- Baja prioridad / Alto esfuerzo: Reescribir descripciones de productos long-tail sin tráfico.
QA Continuo: Manteniendo el feed limpio a escala
Una rutina de QA continuo reduce rechazos y mejora el ROAS. Establece alertas operativas y muestreos de calidad.
Sistema de alertas operativo
Las alertas reducen el tiempo medio de reparación (MTTR) y evitan gasto publicitario en productos con datos erróneos.
- Cómo abordarlo: Define niveles de alerta (crítico, alto, medio). Conecta la API de Merchant Center a tu Slack/Teams o gestor de incidencias vía webhooks.
- Ejemplo: Un webhook crea un ticket inmediato cuando Merchant Center reporta un caída del 10% en productos activos.
- Error típico: Alertas sin un dueño asignado que se quedan en "visto".
Muestreo de calidad por variantes
Muestrear permite identificar patrones sin revisar línea a línea catálogos de 50k referencias.
- Cómo abordarlo: Usa muestreo estratificado por SKU, talla, color y proveedor. Prioriza top sellers. Revisa un 5% de variantes semanalmente.
- Ejemplo: Un muestreo revela que todas las variantes "XXL" de un proveedor carecen de GTIN, perdiendo esa audiencia específica.
- Error típico: Muestreo puramente aleatorio que no cubre las variantes clave (pareto del catálogo).
Documentación y Recursos
Realiza revisiones post-acción semanales. Documenta las soluciones en un repositorio interno para evitar reincidencias. Usa siempre el informe de calidad de Merchant Center como fuente de verdad.
Optimizando el catálogo con ButterflAI
El mantenimiento manual de atributos, GTINs y descripciones a escala suele ser inabarcable para equipos pequeños. ButterflAI detecta automáticamente inconsistencias en el catálogo, genera metafields optimizados para SEO y asegura que tu feed de Google Shopping tenga la densidad de datos necesaria para maximizar el rendimiento.