Facebook Ads: qué 17 eventos estándar puedes implementar en tu web

Si usas (o planeas usar) Meta Ads, dominar los eventos estándar del Meta Pixel es el paso más rentable para medir, optimizar y escalar tus campañas. Estos eventos son acciones predefinidas (como AddToCart, Purchase o Lead) que le comunican a Meta lo que ocurre en tu sitio para que el algoritmo encuentre más personas propensas a repetir esas acciones, optimice la entrega, atribuya resultados correctamente y permita construir audiencias y lookalikes con un poder de segmentación enorme. Meta mantiene una lista oficial de 17 eventos estándar —ni uno más ni uno menos— que cubren la mayoría de embudos y modelos de negocio (ecommerce, lead gen, suscripciones, SaaS, donaciones, reservas, educación, etc.).

¿Qué son y por qué importan los eventos estándar?

A nivel técnico, un evento es una “señal” que envías cuando un usuario realiza una acción relevante en tu web. Esas señales pueden viajar desde el navegador (Pixel, fbq('track', …)) y/o desde tu servidor (Conversions API). Usarlas en conjunto con deduplicación por event_id te da medición robusta en escenarios con restricciones de cookies, y permite que el aprendizaje automático de Meta optimice hacia el objetivo que más te interesa (ventas, leads, suscripciones…). Además, Meta expone herramientas de diagnóstico y pruebas (Test Events) para validar que todo está llegando bien.

Nota rápida: “PageView” se dispara con el Pixel base, pero no forma parte de los 17 eventos estándar que optimizan conversión. Los 17 de la lista son los que Meta documenta como “estándar” y sobre los que puedes optimizar directamente.

Los 17 eventos estándar (qué miden, dónde colocarlos y parámetros clave)

Para facilitar su implantación, agrupo los eventos por fase del embudo y añado cuándo dispararlos y parámetros recomendados (Meta usa parámetros como value, currency, content_ids, contents, content_type, etc., que enriquecen la señal para mejores pujas y reporting).

Descubrimiento y consideración

  1. ViewContent (Visita de contenido/producto)
    Cuándo: cada vez que un usuario llega a una ficha de producto, artículo clave, landing o recurso.
    Por qué: alimenta audiencias de “interesados” y es base de remarketing y Dynamic Ads.
    Parámetros: content_ids, content_type, value, currency.
    Ejemplo: fbq('track','ViewContent',{content_ids:['SKU123'],content_type:'product',value:49.9,currency:'EUR'}).

  2. Search (Búsqueda interna)
    Cuándo: al ejecutar una búsqueda en tu site.
    Por qué: detecta intención activa; muy útil para remarketing y análisis de demanda.
    Parámetros: search_string, content_category.

  3. Contact (Contacto)
    Cuándo: cuando alguien envía un formulario de contacto, hace clic en mailto o tel.
    Por qué: micro-conversión con alta intención; ideal para negocios consultivos.
    Parámetros: content_category (opcional).

  4. FindLocation (Localizar tienda)
    Cuándo: al usar un store locator o ver direcciones.
    Por qué: señal de intención offline; útil para store traffic y medición omnicanal.
    Parámetros: store_location (enviar ID o ciudad).

  5. CustomizeProduct (Personalización)
    Cuándo: si el usuario configura un producto (talla, grabado, color).
    Por qué: capta interés profundo; ayuda a priorizar catálogos y creatividades.
    Parámetros: content_ids, contents (variantes).

  6. CompleteRegistration (Registro completado)
    Cuándo: tras concluir un sign-up (curso, evento, freemium…).
    Por qué: objetivo típico de lead gen/comunidad y funnels de prueba.
    Parámetros: status (opcional), value, currency.

  7. Lead (Lead cualificado)
    Cuándo: envío de un formulario comercial, solicitud de demo, descarga gated.
    Por qué: KPI de lead gen; permite optimizar por calidad y down-funnel.
    Parámetros: lead_type, value, currency.

  8. SubmitApplication (Solicitud enviada)
    Cuándo: aplicaciones a empleo, crédito, admisiones, becas, etc.
    Por qué: útil en HR, fintech y educación con procesos por etapas.
    Parámetros: application_type, status (opcional).

  9. Schedule (Reserva de cita)
    Cuándo: cuando el usuario agenda una visita, demo o cita médica.
    Por qué: lead con intención temporal concreta; muy valioso para follow-up.
    Parámetros: appointment_time (como string/ISO).

  10. StartTrial (Inicio de prueba)
    Cuándo: activación de trial en SaaS o apps.
    Por qué: pre-compra crítica; optimiza captación de usuarios product-qualified.
    Parámetros: trial_period_days, value, currency.

  11. Subscribe (Suscripción)
    Cuándo: alta a plan de pago, newsletter premium o membership.
    Por qué: señal de MRR; esencial para LTV y bidding por valor.
    Parámetros: value, currency, predicted_ltv (opcional).

  12. Donate (Donación)
    Cuándo: contribuciones en ONGs o fundraising.
    Por qué: permite optimizar por donaciones y medir ROAS social.
    Parámetros: value, currency, donation_id (opcional).

Consideración avanzada y compra (ecommerce y retail)

  1. AddToWishlist (Añadir a la lista de deseos)
    Cuándo: clic en “favoritos/deseos”.
    Por qué: intención futura; muy útil para remarketing y campañas de price-drop.
    Parámetros: content_ids, value, currency.

  2. AddToCart (Añadir al carrito)
    Cuándo: clic en “añadir al carrito”.
    Por qué: uno de los eventos de mayor intención down-funnel; clave en DPA.
    Parámetros: content_ids, contents (array con id/quantity/item_price), value, currency.

  3. InitiateCheckout (Iniciar pago)
    Cuándo: inicio del checkout.
    Por qué: segmenta abandonadores de checkout; optimiza ofertas y UX.
    Parámetros: num_items, value, currency, coupon (si aplica).

  4. AddPaymentInfo (Añadir método de pago)
    Cuándo: al guardar tarjeta/PayPal u otro método en el flujo.
    Por qué: paso crítico previo a compra; gran predictor de conversión.
    Parámetros: payment_method, value, currency.

  5. Purchase (Compra)
    Cuándo: confirmación del pedido (página de thank you).
    Por qué: evento rey para optimizar por ventas y calcular ROAS/valor.
    Parámetros (mínimos): value (total pagado), currency (ISO), más contents/content_ids para item-level reporting.
    Ejemplo:

fbq('track','Purchase',{
value: 89.90,
currency: 'EUR',
contents: [{id:'SKU123', quantity:1, item_price:89.90}],
content_type: 'product'
});

Cómo implementarlos: 4 caminos (del más sencillo al más robusto)

  1. Event Setup Tool (sin código): desde Events Manager puedes “enseñarle” al Pixel qué botones/URLs disparan eventos (ideal para empezar, limita precisión/parametría).

  2. Código directo en la web: inserta el Pixel base y, en cada acción, llama fbq('track', 'NombreEvento', {…}). Control total sobre parámetros y timing.

  3. Google Tag Manager (web): centraliza disparadores y variables; facilita mantenimiento en equipos de marketing y engineering. (Ver guía avanzada de Meta para mapeo de eventos/parametría).

  4. Server-Side + Conversions API: envía eventos desde tu servidor (o GTM Server-Side) y deduplica con el evento del navegador usando event_id. Vital en un mundo privacy-first con menos cookies.

Tip crítico: en Pixel + CAPI usa el mismo event_name y event_id. Así Meta une ambos y evita contar dos veces (mejor atribución, menos data loss).

Parámetros que marcan la diferencia

Validación, calidad de señal y resolución de problemas

Buenas prácticas por tipo de negocio

Checklist rápido para pasar a producción

  1. Define KPI (venta, lead, cita, donación) y mapea qué evento estándar lo representa.

  2. Diseña el esquema de parámetros (value, currency, content_ids, etc.).

  3. Implementa Pixel + CAPI con event_id compartido (deduplicación).

  4. Prueba con Test Events y corrige warnings de Diagnostics.

  5. Crea Conversiones personalizadas si necesitas reglas por URL/parametría (no confundir con “eventos personalizados”).

  6. Optimiza por el evento correcto en el conjunto de anuncios (por ejemplo, Purchase con valor).

  7. Mide ROAS/CPA y ajusta pujas, creatividades y audiencias down-funnel.