Saltar al contenido

Caso 01 · Marketing · Automatización · CRM

Que cada auto disponible tenga su anuncio, y que ningún auto vendido lo siga teniendo.

En un concesionario de usados el inventario cambia cada semana. Conecté ese inventario con los catálogos publicitarios, el contenido, la medición y el seguimiento comercial para que la pauta hable de lo que realmente hay en el patio y para que las ventas vuelvan a las plataformas como señal.

Proyecto
Marketing dinámico desde el inventario
Contexto
Champion Motors · concesionario de autos usados en Panamá
Por Antonio Duque
Revisado contra el código y la documentación el

01

Contexto y necesidad

El concesionario invierte en Meta, Google, TikTok y portales de clasificados, y recibe contactos por formularios y WhatsApp. Al revisar la cuenta encontré tres fugas: el catálogo de Meta seguía mostrando autos vendidos y omitía autos disponibles, las ventas no volvían a las plataformas (así que las pujas optimizaban hacia conversaciones y no hacia compradores) y el botón de WhatsApp perdía el identificador del clic.

La necesidad no era “más anuncios”, sino una sola fuente de verdad: el inventario publicado en la web, con su origen, su interés y su resultado conectados.

02

Mi responsabilidad

  • Trabajo en el marketing del concesionario desde 2016. En este frente definí la estrategia, diagnostiqué las fugas, decidí las reglas de negocio y dirigí la construcción de la capa técnica.
  • La pauta diaria la configura y opera un especialista del equipo; mi papel es auditar, decidir qué medir y pedir cambios con evidencia.
  • El desarrollo se hizo sobre la web del concesionario (Laravel, con una base comercial de terceros) y se extrajo después como producto propio: FreedomShop, antes llamado Torre.

03

Estrategia y decisiones

  1. Separar tres cosas que suelen mezclarse: marketing dinámico (el catálogo refleja el inventario), contenido generado desde el inventario (piezas por vehículo) y remarketing dinámico (mostrarle a una persona el auto que vio).
  2. Retirar los autos vendidos marcándolos como no disponibles en vez de borrarlos, para no romper las audiencias ni el historial del catálogo.
  3. Contar compras solo cuando hay traza real del clic; el canal anotado a mano no cuenta como atribución.
  4. No enviar el precio del auto como valor de conversión: el valor de una venta no es el precio del vehículo y distorsionaría las pujas.
  5. Vigilar los fallos silenciosos: una integración que deja de funcionar sin error se ve igual que una que funciona.

04

Qué construí

  • Feed XML del inventario para un portal de clasificados, con caché de una hora que se invalida cuando cambia el inventario.
  • Sincronización del catálogo de vehículos de Meta por API cada hora: reconcilia inventario y catálogo, retira vendidos, trabaja en simulacro por defecto y se detiene si fuera a retirar más del 80 % del catálogo.
  • Alerta diaria cuando el catálogo deja de sincronizar o deja de cuadrar con el inventario, y otra de cobertura: autos publicados sin anuncio y anuncios activos de autos vendidos.
  • Píxel y API de Conversiones con eventos de vista de ficha, contacto por WhatsApp, formulario y compra, deduplicados entre navegador y servidor.
  • Captura de UTM e identificadores de clic de Google, Meta y TikTok en una cookie de 90 días, y un redirector de WhatsApp que lleva la referencia del auto hasta la conversación.
  • Gasto por auto desde Meta, analítica por auto y un recorrido de contacto por teléfono que compara el canal declarado con la evidencia.

Capturas reales

Pantallas del sistema real. Las de ZoDesk vienen de su modo demo, con un concesionario inventado; las marcadas «En producción» son páginas públicas capturadas el 14 de noviembre de 2026.

«Autos en la web» en ZoDesk: lo que se publica aquí es lo que alimenta la web y los catálogos.

«Autos en la web» en ZoDesk: lo que se publica aquí es lo que alimenta la web y los catálogos.

Módulo Autos en la web de ZoDesk con quince autos ficticios publicados, su precio y botones para bajar o editar.

05

Cómo funciona

  • Cliente
  • Sistema
  • Equipo
  1. Equipo

    Alta del auto

    El vehículo se publica en la web, que es la fuente del inventario.

  2. Sistema

    Feeds y catálogo

    Salen el feed del portal, el catálogo de Meta por API y el catálogo que consulta el asistente de WhatsApp.

  3. Cliente

    Anuncio y ficha

    La persona llega a la ficha con su UTM o identificador de clic; se guarda el origen y se registra la vista.

  4. Cliente

    Contacto

    El clic a WhatsApp pasa por un redirector que mide el evento y lleva la referencia del auto al chat.

  5. Equipo

    CRM y venta

    El contacto entra al seguimiento comercial (ZoDesk) y, si compra, la venta se asocia con su origen.

  6. Sistema

    Señal de vuelta

    La conversión vuelve a Google con datos cifrados; la vuelta a Meta desde WhatsApp está construida pero apagada.

  7. Equipo

    Decisión

    Gasto por auto, autos estancados y rendimiento por vehículo alimentan decisiones de pauta y de precio.

Demostración

Las tres capas

Tres capas que suelen confundirse

Diagrama

  • Marketing dinámico

    El catálogo y los feeds reflejan el inventario: entran los autos disponibles y salen los vendidos.

    En producción
  • Contenido desde el inventario

    Piezas por vehículo: artes con UTM por auto, descripciones e ideas de video para asesores.

    En producción
  • Remarketing dinámico

    Mostrar a cada persona el auto que vio. Requiere que el evento y el catálogo usen el mismo identificador.

    Pendiente

06

Herramientas y su función

Laravel y Filament
Capa de inventario, feeds, comandos programados y panel interno.
API de Marketing de Meta
Sincronización del catálogo de vehículos y lectura de gasto por producto.
Píxel y API de Conversiones
Eventos de navegador y servidor con deduplicación por identificador.
Google Ads y GA4
Conversiones con datos cifrados y analítica por vehículo.
ZoDesk
Recepción del lead, seguimiento comercial y cruce con la venta.

Evidencias disponibles

  • Código de la sincronización del catálogo, con su simulacro y sus límites de seguridad; el primer retiro de autos vendidos se ejecutó sin errores en agosto de 2026.
  • Diagnóstico escrito del catálogo y la alerta que nació de él.
  • Planificador de tareas del servidor con las sincronizaciones, alertas y extracciones programadas.
  • Documentos de pedido entre ZoDesk y la web que registran qué está construido y qué falta.

07

Estado actual

  • Catálogo de Meta sincronizado con el inventario

    Programado cada hora en el servidor, con alerta diaria de cuadre.

    En producción
  • Feed del portal de clasificados

    Generado desde el inventario con caché que se invalida al cambiar.

    En producción
  • Píxel, API de Conversiones y captura de origen

    Eventos instalados y deduplicados; captura de UTM e identificadores de clic activa.

    Conectado
  • Conversiones offline hacia Google

    La señal de venta cerrada depende de que la venta tenga un clic asociado; aún hay pocas.

    Conectado
  • Remarketing dinámico por vehículo visto

    Los identificadores del evento y del catálogo no coinciden todavía; no está verificado que el anuncio muestre el auto exacto.

    Pendiente
  • Conversiones de WhatsApp hacia Meta

    Construidas y apagadas: falta vincular el conjunto de datos a la cuenta de WhatsApp Business.

    Pendiente
  • Audiencias de personas que vieron su resultado y no dejaron datos

    Pedido documentado a la web en noviembre de 2026.

    Propuesta
  • Feed para Google Merchant Center

    Existe, pero los anuncios de vehículos de Google no aplican en Panamá; no se conectó.

    Construido

“En producción” solo se usa cuando la documentación del proyecto lo confirma. “Construido y probado” significa que hay pruebas automatizadas, no que esté en uso. “Propuesta” es una idea documentada, no algo construido.

Próximos pasos

  • Unificar el identificador de producto entre eventos y catálogo para habilitar el remarketing dinámico real.
  • Activar la conversión de WhatsApp hacia Meta y medir cuántas ventas llegan con clic asociado.
  • Construir la asignación de pauta por auto, mes a mes, que hoy está acordada solo como diseño.

08

Aprendizajes

Un fallo callado y un sistema sano se ven exactamente igual: por eso cada sincronización tiene su alerta.
Meta puede responder “OK” aunque rechace productos; hay que leer el estado de validación, no solo el código de respuesta.
Con etiquetado manual de campañas, el identificador de clic se perdía en todas las visitas hasta corregir el middleware. Medir empieza por no perder el dato.

Servicios relacionados

Casos conectados