Optimización del feed de Google Shopping para dropshipping: la checklist que hace aprobar tus fichas
La mayoría de las fichas de dropshipping se rechazan o quedan enterradas en Google Shopping antes del primer clic. Los arreglos de feed que de verdad las hacen aprobar.
Un feed de Google Shopping no falla como falla un anuncio de Meta — no hay un CTR que decae poco a poco, ni una frecuencia que sube en segundo plano para vigilar. Simplemente no aparece, o aparece rechazado, y la mayoría de los vendedores solo se entera cuando abre Merchant Center y ve una tasa de rechazo de dos cifras en productos que creía funcionando bien. Los arreglos no son complicados, pero sí son específicos — las reglas de feed de Google castigan exactamente los atajos sobre los que se construye un catálogo de dropshipping genérico: identificadores que faltan, fotos de proveedor con marca de agua, y precios que se desincronizan del checkout real.
El motivo por el que esto afecta más a las tiendas de dropshipping que a las marcas con producto propio es estructural, no un error que nadie comete a propósito. Un fabricante real tiene un GTIN, un nombre de marca coherente, y fotos de producto hechas específicamente para esa ficha. Un artículo de dropshipping sacado de un catálogo de fábrica genérico normalmente no tiene nada de eso — y las reglas de feed de Google se escribieron asumiendo que sí lo tendría.
Lo que viene a continuación: por qué los identificadores son la mayor fuente de rechazo en un feed de dropshipping y cómo declararlos con honestidad, las reglas de título e imagen que de verdad importan frente a las que son cosméticas, cómo los fallos de sincronización de precio y stock se convierten en suspensión de cuenta y no solo en rechazos, una checklist de salud del feed para pasar producto por producto, y una forma aproximada de estimar lo que una tasa de rechazo concreta cuesta realmente en impresiones perdidas.
Por qué los identificadores son la mayor fuente de rechazo en un feed de dropshipping
Google Shopping quiere tres identificadores en cada producto: GTIN (el número de código de barras), MPN (referencia del fabricante), y marca. Un vendedor real tiene los tres porque el fabricante se los asignó. Un artículo de dropshipping sacado de una ficha de fábrica genérica normalmente no tiene ninguno — el producto nunca recibió un GTIN porque nunca estuvo pensado para identificarse individualmente, solo para fabricarse y revenderse bajo cien cuentas de vendedor distintas.
El arreglo que Google permite de verdad es poner el atributo identifier_exists en false, declarado con honestidad para productos que genuinamente no tienen uno — no un GTIN adivinado y copiado de una ficha parecida, y no un campo vacío, que Merchant Center lee como un requisito que falta en vez de un deliberado 'este producto no tiene'. Copiar un GTIN que pertenece a otro producto es una de las formas más rápidas de que rechacen una ficha por incoherencia, y las incoherencias repetidas hacen que una cuenta pase del rechazo a nivel de producto a la revisión a nivel de cuenta.
- Si el proveedor no puede dar un GTIN/MPN real: pon identifier_exists en false explícitamente, en vez de dejar los campos vacíos.
- Si el artículo es de marca propia con tu propio empaquetado: asigna un valor de marca de forma coherente en todas las fichas de ese artículo — un campo de marca que cambia entre SKU casi idénticos suele disparar una revisión manual.
- Nunca copies el GTIN de la ficha de un producto parecido para saltarte el aviso — resuelve como una incoherencia contra la propia base de identificadores de Google, no como un check superado.
Títulos y descripciones: ajústate a la frase que teclea el comprador, no al nombre de la factura del proveedor
Un título de Google Shopping no es un nombre de producto, es la respuesta a una búsqueda. Los atributos que hacen clicar un título — color, talla, material, uso — suelen quedar al final de una exportación por defecto mientras el nombre genérico de fábrica va primero, y los compradores buscan 'picadora de ajo eléctrica acero inoxidable' mucho más a menudo que cualquier nombre interno de SKU que use el proveedor.
Una plantilla que funciona: [Tipo] + [Atributo clave] + [Material/Color] + [Uso], en ese orden y al principio, porque Google corta los títulos a partir de unos 70 caracteres en la cuadrícula de resultados de shopping aunque el campo del feed acepte hasta 150. Los primeros 70 caracteres son lo que el comprador realmente lee antes de decidir si clica.
- Flojo: 'Utensilio Cocina Novedad 2024' — ningún atributo que el comprador esté buscando de verdad.
- Mejor: 'Picadora de Ajo Eléctrica, Acero Inoxidable, Un Toque' — atributos que el comprador realmente teclea en la búsqueda.
- Mantén también la primera frase de las descripciones densa en atributos — el propio matching de Google pesa más el texto inicial que algo enterrado tres frases más abajo.
Mira los anuncios que están ganando ahora mismo
Imágenes: la política que Google aplica mucho más estricta que Meta o TikTok jamás lo harán
Google rechaza imágenes por texto promocional superpuesto, marcas de agua, y — la que más pilla a los vendedores de dropshipping — una imagen que no coincide con el producto realmente enviado. Una foto de proveedor que muestra un pack de cinco colores cuando la ficha solo vende un color es una infracción por incoherencia aunque nada en la foto parezca 'falso'.
Esto es más estricto que la revisión de anuncios de Meta o TikTok, que tolera un estilo creativo más cargado porque el anuncio y la ficha de producto se tratan como cosas separadas. En Google Shopping, la imagen del feed se trata como una afirmación factual sobre exactamente lo que llega dentro de la caja.
- Nada de pegatinas de precio, badges de descuento, o texto de 'envío gratis' quemado en la propia imagen — aunque sea verdad, es una infracción de política, no un argumento de venta.
- Recorta a la única variante que se anuncia cuando la foto base muestra un pack multicolor — una imagen por variante de color, no una foto de grupo que cubra todas.
- Un fondo liso y despejado aguanta mejor la aprobación que una foto lifestyle recargada usada como imagen principal — guarda la foto lifestyle para los huecos de imagen secundarios.
Sincronización de precio y stock: donde el rechazo se convierte en suspensión de cuenta
Un solo producto rechazado es una molestia. Un feed donde los precios o el estado de stock se desincronizan del checkout real de Shopify es una infracción que Google trata como declaración falsa, no como un error de formato — y son los casos repetidos los que de verdad disparan la suspensión a nivel de cuenta en vez de un simple rechazo por producto.
El fallo típico específico en dropshipping: una subida de precio del proveedor llega a Shopify a través de una herramienta de sincronización automática antes de que el feed de Google se actualice, así que el feed sigue anunciando el precio de ayer. El rastreador de Google comprueba periódicamente el precio de la página real frente al precio del feed, y una diferencia que supere una pequeña tolerancia se marca como incoherencia de precio — una métrica de salud de cuenta, no solo un SKU rechazado.
- La frecuencia de actualización del feed debería igualar o superar la de la herramienta de sincronización de precios con Shopify — un feed en un ciclo de 24 horas detrás de una herramienta que actualiza cada hora es una incoherencia esperando a pasar.
- Artículos sin stock que quedan activos en el feed más de un día o dos después de que Shopify los muestre como no disponibles es el otro disparador habitual — configura el feed para recoger el estado de disponibilidad al menos tan a menudo como el precio.
Una checklist de salud del feed, y lo que una tasa de rechazo concreta cuesta de verdad en impresiones perdidas
Pasa esto producto por producto antes de meter presupuesto de anuncios detrás, no después de recibir un correo de rechazo.
Para poner un número aproximado a lo que cuesta una tasa de rechazo, en vez de tratarla como un aviso abstracto: impresiones perdidas estimadas ≈ cuota de SKU rechazados × impresiones medias por SKU en el feed × CTR medio — una cifra aproximada de clics perdidos, no de ingresos perdidos, porque la tasa de conversión del tráfico de Shopping varía demasiado según el nicho para meterla en una sola fórmula. Un feed con una tasa de rechazo del 20% no pierde el 20% del total de clics de forma uniforme; pierde esa cuota concentrada en los SKU marcados, que suelen ser las fichas más nuevas o menos revisadas.
Límite: esto es una estimación de planificación, no un número medido — Merchant Center no expone una métrica limpia de 'impresiones perdidas por rechazo', así que no hay una verdad de referencia dentro de la plataforma para validarla. Úsala para priorizar qué SKU rechazados arreglar primero, no como un número para reportar hacia arriba como una pérdida precisa.
- Identificador: GTIN/MPN presente y correcto, o identifier_exists puesto explícitamente en false — nunca vacío.
- Título: un atributo real, no solo el tipo de producto, dentro de los primeros 70 caracteres.
- Imagen: sin texto superpuesto, recorte de una sola variante que coincida con el color o talla exactos vendidos, fondo limpio.
- Precio y disponibilidad: la frecuencia de actualización del feed iguala o supera la de la propia herramienta de sincronización de precios de Shopify.
- Categoría y tipo de producto: mapeados a la propia taxonomía de Google, no al nombre de colección interno de la tienda — una categoría mal mapeada reduce las impresiones en silencio sin un rechazo formal.
Comprobar si un producto merece el trabajo de optimizar el feed antes de ponerte a ello
Optimizar un feed se lleva tiempo real por SKU — reescribir títulos, recortar imágenes, mapear categorías — y es tiempo perdido en un producto que nunca iba a traer tráfico de Shopping relevante, sin importar lo bueno que esté el feed. Merece la pena comprobar primero: ¿hay evidencia publicitaria en vivo de que este producto concreto convierte, en cualquier red, antes de pasar una tarde por SKU puliendo una ficha de Google Shopping para él?
Los datos publicitarios de Trackira cubren los anuncios de Google Shopping directamente, junto a Meta, TikTok y Pinterest, para ver si la competencia está corriendo campañas de pago en Shopping sobre un producto, y desde cuándo, antes de decidir si merece la pena el trabajo de feed en vez de descubrirlo después.
¿Por qué Google rechaza tantos productos de dropshipping que parecen correctos en la ficha?
Sobre todo por identificadores e imágenes. Una ficha puede parecer completa en una página de Shopify y seguir fallando en Merchant Center porque no tiene GTIN/MPN declarado con honestidad, o porque la imagen principal muestra un pack multicolor en vez de la única variante que realmente se vende. Ninguno de los dos fallos se ve desde la tienda — solo desde los diagnósticos de Merchant Center.
¿Qué pasa si un producto de dropshipping genuinamente no tiene un GTIN real?
Pon identifier_exists en false explícitamente en vez de dejar el campo GTIN vacío o adivinar uno de una ficha parecida. Google permite productos genéricos sin identificadores de fabricante; penaliza mucho más fuerte uno adivinado o incoherente que declarar con honestidad que no existe.
¿Con qué frecuencia debería actualizarse un feed de Google Shopping para una tienda de dropshipping?
Al menos tan a menudo como la herramienta que sincroniza precio y stock del proveedor hacia Shopify — si esa sincronización corre cada hora, un feed que se actualiza una vez al día se va a desincronizar y empezará a mostrar avisos de incoherencia de precio. No hay un número universal; ajusta el calendario de actualización del feed a la entrada que cambia más rápido.
¿Arreglar los rechazos del feed aumenta de verdad las ventas, o solo las impresiones?
Aumenta la elegibilidad para aparecer siquiera — un SKU rechazado tiene cero impresiones de Shopping, así que arreglarlo es una condición necesaria, no una garantía. Que convierta una vez visible depende de las mismas señales de demanda que importan en cualquier canal: interés real y sostenido en el producto, no solo un feed limpio.