La mayoría de los informes de Performance Max muestran ingresos y ROAS. Pocos muestran el beneficio bruto, porque Google solo puede calcularlo cuando cada producto de su feed lleva asociado un coste. Google admite que ese coste puede ser aproximado: su propia guía de configuración sugiere estimar el COGS como el 80 % del precio del producto cuando no se dispone de cifras exactas. Esta guía está dirigida a responsables de feeds y de medios de pago que tienen una columna de costes en algún sitio (una exportación del ERP, una lista de precios de proveedor) y quieren llevarla al feed de Merchant Center. Al terminar tendrá un atributo cost_of_goods_sold con el formato correcto, una etiqueta de conversión que coincide con él y un primer informe de márgenes que podrá convertir en niveles de etiquetas personalizadas.
Qué hace y qué no hace cost_of_goods_sold
cost_of_goods_sold es un atributo de Merchant Center que permite generar informes de beneficio bruto. Google define el beneficio bruto como los ingresos menos el COGS. El atributo no cambia qué productos se aprueban, cómo se posicionan ni cuánto se puja. Solo proporciona a Google Ads un coste que restar a los ingresos que ya registra por cada artículo vendido.
Es opcional para la mayoría de los comerciantes. Google lo indica como obligatorio únicamente para los descuentos automáticos y las promociones dinámicas. Para todos los demás es una mejora de los informes, y estos solo funcionan si la etiqueta de conversión también envía datos del carrito a nivel de artículo.
El atributo no es un ajuste de puja, y Feedance no gestiona pujas. Lo que le aportan los datos es una visión fiable de qué productos y campañas dan beneficio, de modo que las decisiones de estructura y presupuesto que tome en otros ámbitos se apoyen en el beneficio y no en los ingresos.
Paso 1: decida de dónde saldrá el coste de cada producto
Google acepta valores exactos, promedios y estimaciones, así que la primera decisión es qué fuente le inspira la confianza suficiente como para mantenerla. A continuación ordenamos las opciones según la frecuencia con la que siguen siendo precisas después del primer mes.
| Fuente del coste | Precisión | Carga de mantenimiento | Úsela cuando |
|---|---|---|---|
| Exportación del ERP o del sistema de inventario, por SKU | Alta | Baja una vez automatizada | Los costes ya se almacenan por variante |
| Lista de precios del proveedor cruzada por SKU | Media-alta | Media; las listas cambian por temporada | No hay ERP, pero sí un archivo de proveedor limpio |
| Promedio por categoría (por ejemplo, 0,62 x precio para una categoría) | Media | Baja | Los márgenes son uniformes dentro de la categoría |
| Porcentaje fijo del precio (ejemplo de Google: 80 %) | Baja | Ninguna | Necesita un primer informe esta semana y lo afinará más adelante |
Un porcentaje fijo produce un beneficio bruto que se mueve exactamente con los ingresos, por lo que nunca le dirá que un producto gana más por venta que otro. Úselo para activar los informes, no para tomar decisiones sobre márgenes.
Paso 2: dé al atributo el formato exacto
La especificación de Google para cost_of_goods_sold es un número seguido de un código de moneda ISO 4217, sin repetir, con el punto como separador decimal. Incumplir cualquiera de las dos reglas puede hacer que los productos no sean aptos para los informes, lo que genera datos incompletos.
En un feed delimitado por tabuladores, el valor tiene este aspecto:
412.50 TRYEn XML:
<g:cost_of_goods_sold>412.50 TRY</g:cost_of_goods_sold>Utilice para el COGS la misma moneda que el precio que informa su etiqueta de conversión. Google lo recomienda para evitar incoherencias por los tipos de cambio. Los comerciantes que venden en liras turcas con un proveedor que factura en euros deben convertir el coste a liras dentro del feed antes de exportarlo, con un tipo de cambio que actualicen de forma periódica.
Estos son los errores de formato que vemos con más frecuencia en las columnas de costes y lo que provoca cada uno:
| Valor de origen | Problema | Valor corregido |
|---|---|---|
412,50 TRY | Coma como separador decimal, habitual en exportaciones con configuración regional turca | 412.50 TRY |
412.50 | Sin código de moneda | 412.50 TRY |
TL 412.50 | No es un código ISO 4217 y el orden es incorrecto | 412.50 TRY |
1,412.50 TRY | Separador de miles dentro del número | 1412.50 TRY |
0.00 TRY | Un coste vacío exportado como cero, que se interpreta como un margen del 100 % | Omita el atributo para ese producto |
La última fila es una decisión de criterio, no una regla de Google. Un coste cero es un número válido, por lo que Google lo aceptará, e inflará el beneficio bruto de ese artículo. Nosotros omitimos el atributo cuando el coste es desconocido.
Paso 3: entregue el valor a Merchant Center
Google enumera tres formas de proporcionar los datos de COGS: su feed de productos, la Content API (y su sucesora, la Merchant API) o un feed complementario. La vía del feed complementario suele ser la más segura cuando los datos de coste proceden de un sistema distinto al del catálogo de productos, porque puede enviar un archivo de dos columnas (id y cost_of_goods_sold) sin tocar el feed principal.
Si gestiona los feeds con una plataforma, el equivalente es una capa que añade un atributo sin reescribir el origen. En Feedance, para eso sirven los feeds complementarios, y las feed rules pueden calcular un coste promedio por categoría a partir del precio cuando se utiliza una estimación. No hemos publicado ningún ejemplo de cliente de este uso concreto, así que considere que la mecánica es la descrita en las páginas de esas funcionalidades.
Paso 4: compruebe que los datos del carrito coinciden con los ID de su feed
El coste solo se utiliza cuando Google puede asociar un artículo vendido con un artículo del feed. La ayuda de Google indica que los ID de artículo de la matriz de artículos de la etiqueta de conversión deben coincidir exactamente con el atributo id de su feed de Merchant Center, y que solo se procesan los artículos de una cuenta de Merchant Center vinculada a la cuenta de Google Ads. Las conversiones aptas deben ser conversiones de compra con puja que utilicen la etiqueta de Google o Google Tag Manager.
Repase esta lista de comprobación antes de esperar a que lleguen datos:
- La cuenta de Merchant Center está vinculada a la cuenta de Google Ads que es titular de la conversión de compra.
- La etiqueta de compra envía una matriz de artículos con un ID, un precio y una cantidad para cada línea de pedido.
- El ID de la etiqueta es exactamente la misma cadena que el
iddel feed, incluidas las mayúsculas y minúsculas y cualquier sufijo de variante. Si su etiqueta envía el SKU principal y su feed usa ID de variante, nada coincidirá. - El precio de la etiqueta usa la misma moneda que los valores de COGS.
- El diagnóstico de la acción de conversión no muestra avisos de ID sin coincidencia. Google remite a esta sección de diagnóstico para localizar las discrepancias.
Las discrepancias en los ID de artículo son el motivo más habitual de que, en un despliegue de COGS, aparezcan guiones en lugar de números. Google señala que, sin el atributo COGS, los valores de COGS y de beneficio bruto aparecen en blanco o como un guion en los informes.
Paso 5: lea el primer informe y contrástelo con las cifras de finanzas
Google Ads muestra los resultados como beneficio bruto, margen de beneficio bruto, coste de los bienes vendidos, ingresos y unidades vendidas. Para Performance Max, la Google Ads API documenta estas métricas como metrics.gross_profit_micros, metrics.gross_profit_margin y metrics.cost_of_goods_sold_micros, disponibles en asset_group_product_group_view, campaign, customer y shopping_performance_view.
Dos advertencias de la documentación de la API afectan a cómo interpretar las primeras cifras. Las métricas de datos del carrito no están disponibles hasta que se han registrado todas las conversiones de los productos asociados, por lo que los primeros días parecerán incompletos. Además, a partir del 15 de junio de 2026, shopping_performance_view incluye datos de todas las redes de Performance Max, y no solo de la Red de Display, por lo que las métricas pueden aumentar una vez cuando se incorporen esos datos. Si compara un antes y un después, no atribuya ese salto puntual a su cambio en el feed.
Valide con una comprobación de coherencia: elija una semana, tome los ingresos que Google Ads atribuye a los datos del carrito, reste el coste que su equipo de finanzas tiene para los mismos productos y compare. Cabe esperar una diferencia si su COGS es un promedio. No espere que sea cero.
Paso 6: convierta el beneficio bruto en niveles de margen
Cuando el margen de beneficio bruto sea visible por producto, agrupe los productos en unos pocos niveles y escriba el nivel en una etiqueta personalizada. Google permite custom_label_0 a custom_label_4, cada una de hasta 100 caracteres, con un valor por producto y atributo, y hasta 1000 valores únicos por etiqueta. Con tres a cinco niveles es suficiente.
Un esquema ilustrativo (las cifras son ejemplos, no valores de referencia):
| Margen bruto sobre el precio del feed | Valor de custom_label_1 | Uso habitual |
|---|---|---|
| Menos del 20 % | margin_low | Grupo de fichas independiente; evalúelo por beneficio por clic, no por ROAS |
| Del 20 % al 40 % | margin_mid | Grupo por defecto |
| Más del 40 % | margin_high | Candidato a recibir más presupuesto |
| Sin COGS | margin_unknown | Lista de revisión; corrija los datos |
El nivel es un cálculo del lado del feed a partir de price y cost_of_goods_sold, de modo que una regla de feed puede escribirlo automáticamente cada vez que se regenera el feed. Nuestro artículo anterior sobre etiquetas personalizadas, tipo de producto e ID de artículo en los grupos de fichas de Performance Max explica cuántas dimensiones de etiqueta puede soportar un árbol de grupos de fichas antes de fragmentarse. Si quiere comprobar si el cambio ha servido de algo, nuestro método para medir un cambio en el feed frente al ROAS se aplica sin modificaciones.
Paso 7: mantenga viva la columna de costes
El coste se queda obsoleto más rápido que el precio. Asigne un responsable y una cadencia de actualización. Vuelva a exportar tras cada cambio de precio del proveedor, cada movimiento de divisa que afecte a su margen y cada temporada. Un producto cuyo coste supere su precio debería mostrar un margen negativo en su propia comprobación antes de llegar a un informe.
Dónde se queda corto
Los informes de COGS miden el beneficio bruto de los artículos vendidos. No incluyen subvenciones de envío, devoluciones, comisiones de pago ni inversión publicitaria, por lo que un producto puede mostrar un buen margen bruto y aun así perder dinero. La propia documentación de SA360 de Google pone como ejemplo el coste mayorista antes de impuestos, envío y costes de publicidad, lo que confirma ese alcance.
También depende de que los datos del carrito estén bien implementados, y exige que la compra sea una conversión que Google pueda atribuir. Solo las compras notificadas como conversiones con datos del carrito pueden aparecer en estas métricas.
Los promedios ocultan la varianza. Si una categoría mezcla un accesorio con un margen del 15 % y un producto principal con un margen del 55 %, un promedio por categoría falseará ambos.
La competencia también cubre este tema. DataFeedWatch publica una guía sobre cómo añadir el coste de los bienes vendidos a un feed para obtener informes de beneficio bruto, y las plataformas orientadas a la rentabilidad de los productos, como ROI Hunter, pueden encajar mejor si la lógica de beneficio es su principal necesidad (consulte nuestra comparativa). Feedance prepara los datos; no establece pujas ni presupuestos a partir de ellos.
Preguntas frecuentes
¿Es obligatorio cost_of_goods_sold para Google Shopping?
No. Google lo considera opcional, salvo para los descuentos automáticos y las promociones dinámicas, donde es obligatorio. Sin él, sus anuncios funcionan con normalidad, pero las métricas de COGS y de beneficio bruto aparecen en blanco.
¿Tiene que ser exacto el coste?
No. Google indica que los datos son para informes y no tienen que ser exactos. Si el coste varía según el producto, proporcione un promedio o una estimación aproximada, como el 80 % del precio.
¿Pueden los clientes ver el coste?
Google describe el atributo como un dato de entrada para informes que se utiliza cuando las conversiones se notifican con datos del carrito. Su documentación no lo presenta como contenido del anuncio, pero no hemos probado todas las superficies, así que confírmelo en su propia cuenta.
¿Por qué mis informes muestran un guion en el beneficio bruto?
Normalmente, o falta el atributo, o los ID de la etiqueta de conversión no coinciden con el id del feed. Revise primero el diagnóstico de la acción de conversión en busca de ID que no coincidan.
¿Qué moneda debo usar?
La moneda del precio que informa su etiqueta de conversión. Google recomienda que coincidan para evitar incoherencias por el tipo de cambio.
¿Funciona con Performance Max?
Sí. La Google Ads API documenta las métricas de datos del carrito, incluidos el beneficio bruto y el margen de beneficio bruto, para las campañas de Performance Max en las que se ha implementado Conversiones con datos del carrito.
¿Dónde lo añado si no quiero editar el feed principal?
Utilice un feed complementario o la Content API o la Merchant API. Google las incluye, junto con el feed principal, entre los métodos de entrega admitidos.
¿En qué se diferencia de las etiquetas personalizadas?
El atributo de coste alimenta los informes de beneficio de Google. Una etiqueta personalizada es un segmento que usted define para la estructura de las campañas. El primero sirve para calcular el margen y la segunda, para actuar en consecuencia.
Revise su feed antes de añadir la columna de costes
Una columna de costes solo ayuda si el resto del feed está en buen estado. Pase su feed por la herramienta gratuita de auditoría de feeds de productos para detectar atributos que faltan o con formato incorrecto antes de construir niveles de margen sobre ellos.
Fuentes
- Ayuda de Google Merchant Center: Coste de los bienes vendidos (COGS) [cost_of_goods_sold]
- Ayuda de Google Ads: Acerca de las conversiones con datos del carrito
- Ayuda de Google Ads: Configurar y probar los informes con conversiones con datos del carrito
- Ayuda de Search Ads 360: Activar los informes de márgenes de beneficio para las conversiones con datos del carrito
- Google Ads API: Informes de retail de Performance Max
- Ayuda de Google Merchant Center: Etiqueta personalizada [custom_label_0 a custom_label_4]
- DataFeedWatch: Obtenga informes de beneficio bruto añadiendo el coste de los bienes vendidos a su feed
Cofundador de Feedance, donde aprovecha su formación como ingeniero informático y profesional del marketing para impulsar análisis basados en datos. Con un fuerte enfoque en convertir los datos en estrategias accionables, se dedica a ayudar a las marcas a lograr un crecimiento significativo en el entorno digital.
LinkedIn
