Índice
Qué es un product feed y por qué es el corazón del canal
Los tres métodos de subida disponibles
Campos obligatorios: qué necesita saber OpenAI de cada coche
Campos opcionales que mejoran el rendimiento
El campo availability: el más crítico de todos
Cómo escribir el título y la descripción para que la IA entienda el coche
La caducidad de dos semanas: por qué el feed tiene que estar sincronizado
Cómo validar el feed antes de lanzar la campaña
Cómo usar ads_metadata para segmentar el stock
El fallo más frecuente: anunciar coches que ya no existen
Dealcar y la generación automática del feed
Preguntas frecuentes
Qué es un product feed y por qué es el corazón del canal
Un product feed es un archivo estructurado que contiene los datos de todos los productos que un anunciante quiere mostrar en sus anuncios. En e-commerce, el product feed es el archivo que alimenta Google Shopping, Meta Catalog o Amazon Ads. En ChatGPT Ads, el product feed es el archivo que alimenta los anuncios de vehículos.
La ventaja del sistema de feed es que no hay que crear cada anuncio manualmente. El concesionario sube el feed con los datos de todos los coches del stock y OpenAI genera automáticamente los anuncios para cada vehículo: imagen, título, descripción y enlace a la ficha. Cuando el precio de un coche cambia, se actualiza el feed y el anuncio refleja el nuevo precio. Cuando el coche se vende, se marca como no disponible en el feed y el anuncio deja de mostrarse.
Esa automatización es especialmente valiosa para un concesionario de ocasión porque el stock cambia constantemente: coches nuevos que entran, precios que se ajustan, coches que se venden. Gestionar eso manualmente con anuncios individuales sería inviable a partir de 10 o 15 coches en stock.
Consulta la guía completa de ChatGPT Ads para concesionarios.
Según OpenAI, los anuncios generados desde feed han sido históricamente los de mejor rendimiento en su plataforma.
Los tres métodos de subida disponibles
OpenAI ofrece tres formas de subir el feed al Ads Manager, cada una pensada para un perfil técnico distinto.
El CSV o TXT manual es el punto de entrada para quien quiere probar el canal antes de construir una integración. Se prepara el archivo en Excel o Google Sheets, se exporta como CSV y se sube directamente en el Ads Manager desde la pestaña de Herramientas. Es el método más simple pero el menos sostenible: los artículos del feed caducan a las dos semanas si no se actualizan, lo que obliga a repetir la subida con frecuencia si el stock cambia. Para un test inicial con 5 o 10 coches, puede ser suficiente.
La URL alojada es el método recomendado para la mayoría de concesionarios. El stock se publica en una URL pública en formato estructurado (CSV, JSON u otro formato compatible) y OpenAI lee esa URL de forma periódica. Cuando el coche se vende, el sistema de gestión actualiza la URL y el feed refleja el cambio en la siguiente lectura de OpenAI. No requiere desarrollo complejo: si el sistema de gestión del concesionario puede exportar el stock en un formato estructurado a una URL pública, la integración está hecha.
Centraliza la publicación del stock en todos los canales desde dealcar.io/stock-coches-multipublicacion.
La conexión SFTP es para equipos técnicos que quieren automatizar la transferencia servidor a servidor. El host de OpenAI es sftp.commerce.openai.com en el puerto 443. El usuario sigue el formato oaiproductfeedprod.[feed-id]. La ventaja del SFTP es que permite programar actualizaciones automáticas del feed con la frecuencia que el concesionario necesite, sin depender de la lectura periódica de la URL.
Campos obligatorios: qué necesita saber OpenAI de cada coche
OpenAI define una especificación de feed con campos obligatorios y opcionales. Los campos obligatorios son los que el sistema necesita para generar el anuncio y determinar su elegibilidad.
El item_id es el identificador único de cada coche en el feed. Tiene que ser estable: si el mismo coche aparece con item_id diferentes en distintas actualizaciones del feed, el sistema lo trata como coches distintos. El VIN (número de bastidor) es el identificador más robusto para vehículos porque es único, permanente y verificable. La matrícula también funciona si el concesionario no trabaja con VIN.
El title es el texto que aparece como titular del anuncio. Para vehículos, el formato más efectivo incluye marca, modelo, versión, año y uno o dos atributos relevantes: "Volkswagen Golf 1.6 TDI Advance 2019 automático" es mejor que "Volkswagen Golf diésel". El límite de caracteres que OpenAI recomienda es suficiente para incluir esa información.
La description es el texto descriptivo del anuncio. Aquí hay más espacio para comunicar el valor del coche: kilómetros, historial, extras, condiciones de venta, etiqueta DGT. Una descripción bien escrita ayuda al sistema de OpenAI a entender en qué conversaciones es relevante ese coche.
La url es el enlace a la ficha del vehículo en la web del concesionario. Si el concesionario no tiene web propia con fichas individuales por coche, puede usar la URL de la ficha en un portal, aunque pierde el control sobre la experiencia de aterrizaje y la capacidad de instalar el pixel de medición.
La image_url es la URL de la foto principal del coche. Tiene que ser una imagen accesible públicamente, en formato estándar (JPG, PNG) y de buena calidad. Los anuncios de producto muestran la imagen junto con el título y el precio, por lo que una foto de baja calidad o con fondo sucio reduce el CTR.
El price incluye el importe y la divisa en el mismo campo: "15900.00 EUR". Si el coche tiene un precio de oferta diferente al precio habitual, el campo sale_price permite mostrar ambos.
El campo availability indica si el coche está disponible para la venta. Los valores son "in_stock" (disponible), "out_of_stock" (vendido o no disponible) y "preorder" (reservado). Este campo es el más crítico del feed y se explica en detalle más adelante.
El seller_name es el nombre del concesionario tal como debe aparecer en el anuncio. El seller_url es la URL de la página principal del concesionario.
Campos opcionales que mejoran el rendimiento
Más allá de los campos obligatorios, hay campos opcionales que mejoran la calidad de los anuncios y la capacidad del sistema de OpenAI para mostrarlos en las conversaciones correctas.
El campo brand con la marca del vehículo ayuda al sistema de matching a asociar el anuncio con conversaciones sobre esa marca. Para un concesionario multimarca, tener el campo brand correctamente rellenado en cada coche mejora la segmentación contextual.
La condition indica si el coche es nuevo o usado: "new" o "used". Para un concesionario de ocasión, este campo siempre es "used" y ayuda al sistema a no mostrar el anuncio en conversaciones sobre coches nuevos.
El campo ads_metadata es el más estratégico de los campos opcionales. Permite añadir etiquetas personalizadas a cada coche del feed que luego se usan como filtros en el Ads Manager para crear ad groups distintos por segmento. Un concesionario puede etiquetar los coches por gama de precio, por tipo de carrocería, por combustible o por rotación esperada, y después crear campañas distintas para cada segmento sin tener que subir feeds separados.
El campo availability: el más crítico de todos
El campo availability determina si el coche aparece en los anuncios o no. Si un coche se vende y el campo availability no se actualiza a "out_of_stock", el anuncio sigue activo y los compradores llegan a una ficha de un coche que ya no existe.
Ese escenario tiene dos consecuencias negativas. La primera es el coste: el concesionario paga por clics de compradores interesados que llegan a un coche vendido. La segunda es la experiencia: el comprador que hace clic y encuentra el coche vendido tiene una mala primera impresión del concesionario.
La solución es una sincronización del feed en tiempo real o al menos diaria con el sistema de gestión del concesionario. Cada vez que un coche se marca como vendido en el DMS, el campo availability del feed tiene que actualizarse a "out_of_stock" en la siguiente sincronización. Con la URL alojada, ese proceso puede ser automático si el sistema de gestión genera el feed dinámicamente desde el inventario actual.
Lee también el checklist de control de calidad del stock en un concesionario.
El campo availability también sirve para gestionar las reservas. Un coche reservado pero no entregado puede marcarse como "out_of_stock" temporalmente para dejar de generar leads hasta que la operación se confirme o se cancele.
Cómo escribir el título y la descripción para que la IA entienda el coche
En Google VLA, el feed tiene campos específicos para marca, modelo, año, combustible, kilómetros y transmisión. El sistema de Google entiende exactamente de qué tipo de coche se trata sin necesidad de que esa información esté en el texto libre.
En ChatGPT Ads, el sistema de matching usa el título y la descripción como la principal fuente de información sobre el coche. Si el título dice solo "Volkswagen Golf" y la descripción está vacía, el sistema tiene muy poca información para decidir en qué conversaciones es relevante ese anuncio.
Un título efectivo para el feed de ChatGPT Ads incluye marca, modelo, versión o acabado, año y uno o dos atributos que sean relevantes para el comprador objetivo: combustible, transmisión o un extra destacado. "Seat Arona FR 1.0 TSI 2021 automático, etiqueta C" dice mucho más que "Seat Arona".
Una descripción efectiva completa la información que no cabe en el título: kilómetros reales, historial de mantenimiento disponible, extras del vehículo, estado de los elementos de desgaste principales y condiciones de venta (si incluye transferencia, garantía disponible, financiación posible). Esa descripción es la que el sistema de OpenAI usa para evaluar si ese coche es relevante cuando un comprador describe su situación en una conversación.
Consulta también cómo escribir buenas descripciones para anuncios de coches.
La caducidad de dos semanas: por qué el feed tiene que estar sincronizado
OpenAI tiene una regla clara publicada en su documentación: los artículos del feed caducan si no se actualizan en dos semanas. Un feed subido manualmente como CSV que no se vuelve a subir después de 14 días deja de estar activo.
Eso tiene consecuencias importantes para la operativa del concesionario. Si el feed se gestiona con el método CSV manual, hay que establecer un proceso de actualización al menos semanal para evitar la caducidad. Si el feed se gestiona con URL alojada o SFTP, la sincronización puede ser automática y la caducidad no es un problema porque el feed siempre está actualizado.
La frecuencia de actualización recomendada depende de la velocidad de rotación del stock. Para un concesionario que vende 20 o 30 coches al mes, una actualización diaria del feed garantiza que los anuncios siempre reflejan el stock real. Para uno con menos rotación, cada dos días puede ser suficiente.
Cómo validar el feed antes de lanzar la campaña
OpenAI procesa el feed cuando se sube y muestra el estado de validación en la sección de Upload History del Ads Manager. Los errores de validación más frecuentes son campos obligatorios vacíos, URLs de imagen que no son accesibles públicamente, formatos de precio incorrectos y item_ids que cambian entre actualizaciones.
Antes de lanzar la primera campaña, hay que verificar tres cosas en el Ads Manager. El primero es que el número de productos validados coincide con el número de coches en el feed: si el feed tiene 25 coches y solo 18 están validados, hay 7 con errores que hay que corregir. El segundo es que los títulos, descripciones e imágenes de los anuncios de muestra se ven correctamente en el preview. El tercero es que la URL de cada ficha de vehículo es accesible y lleva a la página correcta.
Una vez lanzada la campaña, el sistema puede tardar hasta siete horas en mostrar datos de rendimiento en el Products tab. Si el tab está vacío después de ese período, no significa necesariamente que el feed tenga errores: puede ser que la campaña todavía no haya tenido suficiente entrega para generar datos de reporte.
Cómo usar ads_metadata para segmentar el stock
El campo ads_metadata permite añadir pares clave-valor personalizados a cada coche del feed. Esos pares se usan después en el Ads Manager como filtros para definir qué coches entran en cada ad group.
Un concesionario con stock variado puede usar ads_metadata para crear campañas distintas sin subir feeds separados. Algunos ejemplos prácticos: etiquetar los coches por gama de precio (gama_baja, gama_media, gama_alta) para crear ad groups con context hints y pujas distintas según el ticket medio; etiquetar por tipo de carrocería (suv, berlina, familiar, compacto) para crear context hints más específicos para cada tipo de comprador; etiquetar por rotación esperada (alta_rotacion, media_rotacion) para dar más inversión a los coches que históricamente se venden más rápido.
El campo ads_metadata acepta múltiples pares clave-valor por coche, lo que permite combinar criterios de segmentación en una sola etiqueta.
Consulta también cómo usar los context hints de ChatGPT Ads para segmentar por perfil de comprador.
El fallo más frecuente: anunciar coches que ya no existen
El error que más dinero cuesta en las campañas de feed de vehículos es seguir mostrando anuncios de coches ya vendidos. Es un error que no genera ningún mensaje de error visible en el sistema: el anuncio funciona correctamente desde el punto de vista técnico, el problema es que el coche al que lleva el comprador ya no está disponible.
La solución es técnica: la sincronización del feed tiene que ser automática y el campo availability tiene que actualizarse en tiempo real o al menos el mismo día en que el coche se vende. Con un sistema de gestión que genera el feed dinámicamente desde el inventario actual, ese problema desaparece. Con un feed manual que alguien actualiza cuando recuerda, el problema es recurrente.
Un segundo error frecuente es tener URLs de fichas de vehículo que dan error 404 porque el coche se dio de baja de la web pero la URL sigue en el feed. OpenAI puede detectar URLs no accesibles durante la validación, pero si la URL era accesible cuando se subió el feed y después da error, el anuncio puede seguir activo con un enlace roto.
Lee también los errores de gestión de stock que más cuestan a un concesionario.
Dealcar y la generación automática del feed
Dealcar genera el product feed de ChatGPT Ads automáticamente desde el inventario del concesionario: cuando entra un coche al stock, aparece en el feed con todos los campos necesarios; cuando se vende, el campo availability se actualiza automáticamente a "out_of_stock". No hay que preparar el feed manualmente ni mantener una sincronización aparte.
Puedes ver cómo funciona en dealcar.io/dealcar-boost/chatgpt-para-concesionarios o solicitar una demo en dealcar.io.
Preguntas frecuentes
¿Cuántos coches necesito en el feed para empezar con ChatGPT Ads?
Pruebas independientes han confirmado que feeds de 6 productos funcionan sin errores. OpenAI menciona un mínimo de 1.000 productos en su documentación para campañas de feed en escala, pero en la beta actual el sistema acepta feeds más pequeños. Para un concesionario independiente con 15 o 20 coches en stock, el feed completo es suficiente para empezar.
¿El feed de ChatGPT Ads es compatible con el feed de Google VLA?
No directamente. Google VLA tiene campos específicos para automoción (combustible, kilómetros, año, transmisión, condición) que ChatGPT Ads no tiene en su especificación actual. El inventario de base es el mismo pero hay que generar dos feeds con formatos distintos adaptados a cada plataforma.
¿Qué pasa si un coche del feed tiene la URL de la imagen rota?
OpenAI puede rechazar ese producto durante la validación del feed. Si la imagen era accesible cuando se subió y después deja de estarlo, el anuncio puede seguir activo pero con imagen de fallback o sin imagen, lo que reduce el CTR. Conviene usar URLs de imagen estables alojadas en el servidor del concesionario o en un CDN, no en plataformas externas que pueden borrar o mover las imágenes.
¿Puedo tener más de un feed para el mismo concesionario?
Según la documentación de OpenAI, cada cuenta de Ads Manager tiene una conexión de feed. Para segmentar el stock en campañas distintas, la solución recomendada es usar el campo ads_metadata dentro del mismo feed y filtrar por ese campo en cada ad group.
Índice
Qué es un product feed y por qué es el corazón del canal
Los tres métodos de subida disponibles
Campos obligatorios: qué necesita saber OpenAI de cada coche
Campos opcionales que mejoran el rendimiento
El campo availability: el más crítico de todos
Cómo escribir el título y la descripción para que la IA entienda el coche
La caducidad de dos semanas: por qué el feed tiene que estar sincronizado
Cómo validar el feed antes de lanzar la campaña
Cómo usar ads_metadata para segmentar el stock
El fallo más frecuente: anunciar coches que ya no existen
Dealcar y la generación automática del feed
Preguntas frecuentes
Qué es un product feed y por qué es el corazón del canal
Un product feed es un archivo estructurado que contiene los datos de todos los productos que un anunciante quiere mostrar en sus anuncios. En e-commerce, el product feed es el archivo que alimenta Google Shopping, Meta Catalog o Amazon Ads. En ChatGPT Ads, el product feed es el archivo que alimenta los anuncios de vehículos.
La ventaja del sistema de feed es que no hay que crear cada anuncio manualmente. El concesionario sube el feed con los datos de todos los coches del stock y OpenAI genera automáticamente los anuncios para cada vehículo: imagen, título, descripción y enlace a la ficha. Cuando el precio de un coche cambia, se actualiza el feed y el anuncio refleja el nuevo precio. Cuando el coche se vende, se marca como no disponible en el feed y el anuncio deja de mostrarse.
Esa automatización es especialmente valiosa para un concesionario de ocasión porque el stock cambia constantemente: coches nuevos que entran, precios que se ajustan, coches que se venden. Gestionar eso manualmente con anuncios individuales sería inviable a partir de 10 o 15 coches en stock.
Consulta la guía completa de ChatGPT Ads para concesionarios.
Según OpenAI, los anuncios generados desde feed han sido históricamente los de mejor rendimiento en su plataforma.
Los tres métodos de subida disponibles
OpenAI ofrece tres formas de subir el feed al Ads Manager, cada una pensada para un perfil técnico distinto.
El CSV o TXT manual es el punto de entrada para quien quiere probar el canal antes de construir una integración. Se prepara el archivo en Excel o Google Sheets, se exporta como CSV y se sube directamente en el Ads Manager desde la pestaña de Herramientas. Es el método más simple pero el menos sostenible: los artículos del feed caducan a las dos semanas si no se actualizan, lo que obliga a repetir la subida con frecuencia si el stock cambia. Para un test inicial con 5 o 10 coches, puede ser suficiente.
La URL alojada es el método recomendado para la mayoría de concesionarios. El stock se publica en una URL pública en formato estructurado (CSV, JSON u otro formato compatible) y OpenAI lee esa URL de forma periódica. Cuando el coche se vende, el sistema de gestión actualiza la URL y el feed refleja el cambio en la siguiente lectura de OpenAI. No requiere desarrollo complejo: si el sistema de gestión del concesionario puede exportar el stock en un formato estructurado a una URL pública, la integración está hecha.
Centraliza la publicación del stock en todos los canales desde dealcar.io/stock-coches-multipublicacion.
La conexión SFTP es para equipos técnicos que quieren automatizar la transferencia servidor a servidor. El host de OpenAI es sftp.commerce.openai.com en el puerto 443. El usuario sigue el formato oaiproductfeedprod.[feed-id]. La ventaja del SFTP es que permite programar actualizaciones automáticas del feed con la frecuencia que el concesionario necesite, sin depender de la lectura periódica de la URL.
Campos obligatorios: qué necesita saber OpenAI de cada coche
OpenAI define una especificación de feed con campos obligatorios y opcionales. Los campos obligatorios son los que el sistema necesita para generar el anuncio y determinar su elegibilidad.
El item_id es el identificador único de cada coche en el feed. Tiene que ser estable: si el mismo coche aparece con item_id diferentes en distintas actualizaciones del feed, el sistema lo trata como coches distintos. El VIN (número de bastidor) es el identificador más robusto para vehículos porque es único, permanente y verificable. La matrícula también funciona si el concesionario no trabaja con VIN.
El title es el texto que aparece como titular del anuncio. Para vehículos, el formato más efectivo incluye marca, modelo, versión, año y uno o dos atributos relevantes: "Volkswagen Golf 1.6 TDI Advance 2019 automático" es mejor que "Volkswagen Golf diésel". El límite de caracteres que OpenAI recomienda es suficiente para incluir esa información.
La description es el texto descriptivo del anuncio. Aquí hay más espacio para comunicar el valor del coche: kilómetros, historial, extras, condiciones de venta, etiqueta DGT. Una descripción bien escrita ayuda al sistema de OpenAI a entender en qué conversaciones es relevante ese coche.
La url es el enlace a la ficha del vehículo en la web del concesionario. Si el concesionario no tiene web propia con fichas individuales por coche, puede usar la URL de la ficha en un portal, aunque pierde el control sobre la experiencia de aterrizaje y la capacidad de instalar el pixel de medición.
La image_url es la URL de la foto principal del coche. Tiene que ser una imagen accesible públicamente, en formato estándar (JPG, PNG) y de buena calidad. Los anuncios de producto muestran la imagen junto con el título y el precio, por lo que una foto de baja calidad o con fondo sucio reduce el CTR.
El price incluye el importe y la divisa en el mismo campo: "15900.00 EUR". Si el coche tiene un precio de oferta diferente al precio habitual, el campo sale_price permite mostrar ambos.
El campo availability indica si el coche está disponible para la venta. Los valores son "in_stock" (disponible), "out_of_stock" (vendido o no disponible) y "preorder" (reservado). Este campo es el más crítico del feed y se explica en detalle más adelante.
El seller_name es el nombre del concesionario tal como debe aparecer en el anuncio. El seller_url es la URL de la página principal del concesionario.
Campos opcionales que mejoran el rendimiento
Más allá de los campos obligatorios, hay campos opcionales que mejoran la calidad de los anuncios y la capacidad del sistema de OpenAI para mostrarlos en las conversaciones correctas.
El campo brand con la marca del vehículo ayuda al sistema de matching a asociar el anuncio con conversaciones sobre esa marca. Para un concesionario multimarca, tener el campo brand correctamente rellenado en cada coche mejora la segmentación contextual.
La condition indica si el coche es nuevo o usado: "new" o "used". Para un concesionario de ocasión, este campo siempre es "used" y ayuda al sistema a no mostrar el anuncio en conversaciones sobre coches nuevos.
El campo ads_metadata es el más estratégico de los campos opcionales. Permite añadir etiquetas personalizadas a cada coche del feed que luego se usan como filtros en el Ads Manager para crear ad groups distintos por segmento. Un concesionario puede etiquetar los coches por gama de precio, por tipo de carrocería, por combustible o por rotación esperada, y después crear campañas distintas para cada segmento sin tener que subir feeds separados.
El campo availability: el más crítico de todos
El campo availability determina si el coche aparece en los anuncios o no. Si un coche se vende y el campo availability no se actualiza a "out_of_stock", el anuncio sigue activo y los compradores llegan a una ficha de un coche que ya no existe.
Ese escenario tiene dos consecuencias negativas. La primera es el coste: el concesionario paga por clics de compradores interesados que llegan a un coche vendido. La segunda es la experiencia: el comprador que hace clic y encuentra el coche vendido tiene una mala primera impresión del concesionario.
La solución es una sincronización del feed en tiempo real o al menos diaria con el sistema de gestión del concesionario. Cada vez que un coche se marca como vendido en el DMS, el campo availability del feed tiene que actualizarse a "out_of_stock" en la siguiente sincronización. Con la URL alojada, ese proceso puede ser automático si el sistema de gestión genera el feed dinámicamente desde el inventario actual.
Lee también el checklist de control de calidad del stock en un concesionario.
El campo availability también sirve para gestionar las reservas. Un coche reservado pero no entregado puede marcarse como "out_of_stock" temporalmente para dejar de generar leads hasta que la operación se confirme o se cancele.
Cómo escribir el título y la descripción para que la IA entienda el coche
En Google VLA, el feed tiene campos específicos para marca, modelo, año, combustible, kilómetros y transmisión. El sistema de Google entiende exactamente de qué tipo de coche se trata sin necesidad de que esa información esté en el texto libre.
En ChatGPT Ads, el sistema de matching usa el título y la descripción como la principal fuente de información sobre el coche. Si el título dice solo "Volkswagen Golf" y la descripción está vacía, el sistema tiene muy poca información para decidir en qué conversaciones es relevante ese anuncio.
Un título efectivo para el feed de ChatGPT Ads incluye marca, modelo, versión o acabado, año y uno o dos atributos que sean relevantes para el comprador objetivo: combustible, transmisión o un extra destacado. "Seat Arona FR 1.0 TSI 2021 automático, etiqueta C" dice mucho más que "Seat Arona".
Una descripción efectiva completa la información que no cabe en el título: kilómetros reales, historial de mantenimiento disponible, extras del vehículo, estado de los elementos de desgaste principales y condiciones de venta (si incluye transferencia, garantía disponible, financiación posible). Esa descripción es la que el sistema de OpenAI usa para evaluar si ese coche es relevante cuando un comprador describe su situación en una conversación.
Consulta también cómo escribir buenas descripciones para anuncios de coches.
La caducidad de dos semanas: por qué el feed tiene que estar sincronizado
OpenAI tiene una regla clara publicada en su documentación: los artículos del feed caducan si no se actualizan en dos semanas. Un feed subido manualmente como CSV que no se vuelve a subir después de 14 días deja de estar activo.
Eso tiene consecuencias importantes para la operativa del concesionario. Si el feed se gestiona con el método CSV manual, hay que establecer un proceso de actualización al menos semanal para evitar la caducidad. Si el feed se gestiona con URL alojada o SFTP, la sincronización puede ser automática y la caducidad no es un problema porque el feed siempre está actualizado.
La frecuencia de actualización recomendada depende de la velocidad de rotación del stock. Para un concesionario que vende 20 o 30 coches al mes, una actualización diaria del feed garantiza que los anuncios siempre reflejan el stock real. Para uno con menos rotación, cada dos días puede ser suficiente.
Cómo validar el feed antes de lanzar la campaña
OpenAI procesa el feed cuando se sube y muestra el estado de validación en la sección de Upload History del Ads Manager. Los errores de validación más frecuentes son campos obligatorios vacíos, URLs de imagen que no son accesibles públicamente, formatos de precio incorrectos y item_ids que cambian entre actualizaciones.
Antes de lanzar la primera campaña, hay que verificar tres cosas en el Ads Manager. El primero es que el número de productos validados coincide con el número de coches en el feed: si el feed tiene 25 coches y solo 18 están validados, hay 7 con errores que hay que corregir. El segundo es que los títulos, descripciones e imágenes de los anuncios de muestra se ven correctamente en el preview. El tercero es que la URL de cada ficha de vehículo es accesible y lleva a la página correcta.
Una vez lanzada la campaña, el sistema puede tardar hasta siete horas en mostrar datos de rendimiento en el Products tab. Si el tab está vacío después de ese período, no significa necesariamente que el feed tenga errores: puede ser que la campaña todavía no haya tenido suficiente entrega para generar datos de reporte.
Cómo usar ads_metadata para segmentar el stock
El campo ads_metadata permite añadir pares clave-valor personalizados a cada coche del feed. Esos pares se usan después en el Ads Manager como filtros para definir qué coches entran en cada ad group.
Un concesionario con stock variado puede usar ads_metadata para crear campañas distintas sin subir feeds separados. Algunos ejemplos prácticos: etiquetar los coches por gama de precio (gama_baja, gama_media, gama_alta) para crear ad groups con context hints y pujas distintas según el ticket medio; etiquetar por tipo de carrocería (suv, berlina, familiar, compacto) para crear context hints más específicos para cada tipo de comprador; etiquetar por rotación esperada (alta_rotacion, media_rotacion) para dar más inversión a los coches que históricamente se venden más rápido.
El campo ads_metadata acepta múltiples pares clave-valor por coche, lo que permite combinar criterios de segmentación en una sola etiqueta.
Consulta también cómo usar los context hints de ChatGPT Ads para segmentar por perfil de comprador.
El fallo más frecuente: anunciar coches que ya no existen
El error que más dinero cuesta en las campañas de feed de vehículos es seguir mostrando anuncios de coches ya vendidos. Es un error que no genera ningún mensaje de error visible en el sistema: el anuncio funciona correctamente desde el punto de vista técnico, el problema es que el coche al que lleva el comprador ya no está disponible.
La solución es técnica: la sincronización del feed tiene que ser automática y el campo availability tiene que actualizarse en tiempo real o al menos el mismo día en que el coche se vende. Con un sistema de gestión que genera el feed dinámicamente desde el inventario actual, ese problema desaparece. Con un feed manual que alguien actualiza cuando recuerda, el problema es recurrente.
Un segundo error frecuente es tener URLs de fichas de vehículo que dan error 404 porque el coche se dio de baja de la web pero la URL sigue en el feed. OpenAI puede detectar URLs no accesibles durante la validación, pero si la URL era accesible cuando se subió el feed y después da error, el anuncio puede seguir activo con un enlace roto.
Lee también los errores de gestión de stock que más cuestan a un concesionario.
Dealcar y la generación automática del feed
Dealcar genera el product feed de ChatGPT Ads automáticamente desde el inventario del concesionario: cuando entra un coche al stock, aparece en el feed con todos los campos necesarios; cuando se vende, el campo availability se actualiza automáticamente a "out_of_stock". No hay que preparar el feed manualmente ni mantener una sincronización aparte.
Puedes ver cómo funciona en dealcar.io/dealcar-boost/chatgpt-para-concesionarios o solicitar una demo en dealcar.io.
Preguntas frecuentes
¿Cuántos coches necesito en el feed para empezar con ChatGPT Ads?
Pruebas independientes han confirmado que feeds de 6 productos funcionan sin errores. OpenAI menciona un mínimo de 1.000 productos en su documentación para campañas de feed en escala, pero en la beta actual el sistema acepta feeds más pequeños. Para un concesionario independiente con 15 o 20 coches en stock, el feed completo es suficiente para empezar.
¿El feed de ChatGPT Ads es compatible con el feed de Google VLA?
No directamente. Google VLA tiene campos específicos para automoción (combustible, kilómetros, año, transmisión, condición) que ChatGPT Ads no tiene en su especificación actual. El inventario de base es el mismo pero hay que generar dos feeds con formatos distintos adaptados a cada plataforma.
¿Qué pasa si un coche del feed tiene la URL de la imagen rota?
OpenAI puede rechazar ese producto durante la validación del feed. Si la imagen era accesible cuando se subió y después deja de estarlo, el anuncio puede seguir activo pero con imagen de fallback o sin imagen, lo que reduce el CTR. Conviene usar URLs de imagen estables alojadas en el servidor del concesionario o en un CDN, no en plataformas externas que pueden borrar o mover las imágenes.
¿Puedo tener más de un feed para el mismo concesionario?
Según la documentación de OpenAI, cada cuenta de Ads Manager tiene una conexión de feed. Para segmentar el stock en campañas distintas, la solución recomendada es usar el campo ads_metadata dentro del mismo feed y filtrar por ese campo en cada ad group.
