{"id":1043,"date":"2026-09-13T09:15:28","date_gmt":"2026-09-13T12:15:28","guid":{"rendered":"https:\/\/clica.agency\/blog\/?p=1043"},"modified":"2026-09-14T10:28:26","modified_gmt":"2026-09-14T13:28:26","slug":"checklist-tracking-ecommerce-antes-escalar-meta-ads","status":"publish","type":"post","link":"https:\/\/clica.agency\/blog\/checklist-tracking-ecommerce-antes-escalar-meta-ads\/","title":{"rendered":"Checklist de tracking eCommerce antes de escalar Meta Ads"},"content":{"rendered":"

Tracking listo para escalar<\/strong> es cuando cada compra (o conversi\u00f3n clave) se registra una sola vez<\/strong>, con el valor correcto<\/strong>, y sab\u00e9s de d\u00f3nde vino ese tr\u00e1fico. Si eso no cierra, subir presupuesto amplifica el error.<\/p>\n

Antes de meter m\u00e1s plata en Meta Ads, corr\u00ed este checklist. No hace falta perfecci\u00f3n; s\u00ed un umbral confiable para decidir.<\/p>\n

\u00bfQu\u00e9 es \u201ctracking sano\u201d antes de escalar pauta?<\/h2>\n

En la pr\u00e1ctica: el p\u00edxel (y CAPI, si lo us\u00e1s) dispara los eventos del funnel, Purchase llega con valor coherente, no hay duplicados obvios, y las UTMs te dejan leer la campa\u00f1a fuera de Ads Manager. Si solo \u201chay n\u00fameros en el panel\u201d pero no reconcili\u00e1s con la tienda, todav\u00eda no es sano.<\/p>\n

Checklist m\u00ednimo antes de subir presupuesto<\/h2>\n\n\n\n\n\n\n\n\n
\u00cdtem<\/th>\nC\u00f3mo verificarlo<\/th>\nSe\u00f1al de alerta<\/th>\n<\/tr>\n
P\u00edxel \/ eventos activos<\/td>\nEvents Manager: activo, sin errores graves<\/td>\nEventos en rojo o \u201csin actividad\u201d<\/td>\n<\/tr>\n
Purchase \/ ATC \/ InitiateCheckout<\/td>\nTest Events + compra de prueba<\/td>\nFalta Purchase, o ATC\/IC nunca aparecen<\/td>\n<\/tr>\n
Valor de compra<\/td>\nComparar valor del evento vs pedido<\/td>\nTicket $0, moneda rara o valor muy distinto<\/td>\n<\/tr>\n
CAPI + deduplicaci\u00f3n (si aplica)<\/td>\nMismo event_id<\/code> navegador\/servidor<\/td>\nDos compras por pedido, o Match Quality muy baja<\/td>\n<\/tr>\n
UTMs y naming<\/td>\nLinks con source, medium y campaign<\/td>\nTr\u00e1fico \u201cdirect\/none\u201d o campa\u00f1as innombrables<\/td>\n<\/tr>\n
Prueba punta a punta<\/td>\n1-2 compras de prueba y cruce pedido \u2194 evento<\/td>\nEl pedido existe y Meta no lo ve (o lo ve dos veces)<\/td>\n<\/tr>\n<\/table>\n

Si fallan Purchase, valor o duplicados, no escal\u00e9s<\/strong>. Arregl\u00e1 primero.<\/p>\n

C\u00f3mo detectar tracking roto en 15-30 minutos<\/h2>\n
    \n
  1. Abr\u00ed Test Events<\/strong> y hac\u00e9 un flujo corto: producto \u2192 carrito \u2192 checkout \u2192 compra de prueba. <\/li>\n
  2. Cont\u00e1 pedidos de los \u00faltimos 7-14 d\u00edas vs compras en Meta (misma ventana). <\/li>\n
  3. Mir\u00e1 si el valor promedio del evento se parece al ticket de la tienda. <\/li>\n
  4. Revis\u00e1 UTMs en ads activos: link sin par\u00e1metros = reporting aguas abajo mentiroso.<\/li>\n<\/ol>\n

    Discrepancias chicas son normales (atribuci\u00f3n, iOS, ventanas). Discrepancias grandes y sostenidas<\/strong>, o un salto de golpe, son tracking.<\/p>\n

    Qu\u00e9 NO es un problema de tracking<\/h2>\n

    Si el clic est\u00e1 bien y se rompe despu\u00e9s: landing lenta, stock\/precio\/env\u00edo que no coinciden con el anuncio, oferta floja o creativo saturado. Ah\u00ed el dato puede estar sano y el negocio no. Cambiar el p\u00edxel no arregla un checkout trabado.<\/p>\n

    \u00bfNecesito CAPI s\u00ed o s\u00ed, o con el p\u00edxel alcanza?<\/h2>\n

    CAPI ayuda<\/strong> al escalar (cookies bloqueadas, atribuci\u00f3n m\u00e1s ruidosa), pero no es un interruptor m\u00e1gico. Si el p\u00edxel dispara mal, CAPI replica el desastre del lado servidor. Prioridad: eventos correctos, valor bien, una sola compra por pedido. CAPI con deduplicaci\u00f3n es el siguiente paso s\u00f3lido, no el primero si todav\u00eda no sab\u00e9s si Purchase llega.<\/p>\n

    \u00bfC\u00f3mo s\u00e9 si estoy duplicando eventos (navegador + servidor)?<\/h2>\n

    Se\u00f1al t\u00edpica: Meta reporta casi el doble de compras que tu tienda, o el mismo Purchase aparece dos veces en Test Events. Causa habitual: p\u00edxel + CAPI sin el mismo event_id<\/code>. Una compra de prueba debe verse una<\/strong> vez. Si aparecen dos, fren\u00e1 el aumento y aline\u00e1 navegador\/servidor.<\/p>\n

    \u00bfQu\u00e9 UTMs m\u00ednimas conviene usar en eCommerce?<\/h2>\n

    Lo m\u00ednimo \u00fatil y repetible:<\/p>\n