Cómo escribir un plan de medición para GA4 y el píxel de Meta, con una plantilla CSV

Actualizada en septiembre de 2026 · 6 min de lectura

Un plan de medición enumera los eventos que debe enviar una web y lo que tiene que llevar cada uno. Sin él, "¿está bien el tracking?" no tiene respuesta: solo puedes comparar lo que se envía con lo que alguien recuerda. Un plan guardado como archivo CSV lo puede leer cualquiera, se versiona como el código y se puede comprobar contra un recorrido real.

Qué debe decir el plan de cada evento

• Plataforma y nombre exacto. Los nombres de evento de GA4 distinguen mayúsculas (purchase no es Purchase), y los eventos estándar de Meta tienen sus propios nombres (Purchase, AddToCart…).
• Parámetros obligatorios. Por ejemplo, la referencia de comercio electrónico de Google indica transaction_id, value, currency (obligatorio si envías value) e items para un purchase de GA4; Meta exige value y currency en Purchase.
• Reglas de valores. Por ejemplo: un código de moneda ISO 4217 de tres letras, item_id o item_name en cada producto de GA4, y value > 0 si tu plan excluye los pedidos de importe cero.
• Cuántas veces puede enviarse. Una vez por pedido, al menos una vez, las que sean, o nunca (un evento que no debe llegar a la web publicada, como uno de prueba).
• Comprobaciones de consentimiento. La plantilla de consentimiento de Tracklint comprueba analytics_storage para GA4 y ad_storage para los eventos del píxel de Meta. La comprobación de Meta usa como referencia la señal de consentimiento de Google: tu web debe vincular explícitamente ese estado con la autorización para activar el píxel. En Consent Mode avanzado, GA4 puede enviar pings sin cookies mientras analytics_storage está denegado.
• Dónde se envía, y una nota para quien lo implementa y lo prueba.

El formato CSV

Guardamos los planes como archivos CSV sencillos, con una fila por evento. Estas filas son de la plantilla de comercio electrónico de nuestro repositorio tracking-plan-templates (CC0, en inglés y en español):

platform;event;required;rules;count;consent;note
ga4;purchase;"transaction_id;currency;value;items";"currency is iso4217; value > 0; each item has item_id|item_name";once;;Confirmación del pedido
meta;Purchase;"value;currency";"currency is iso4217; value > 0";once;;Confirmación del pedido. Añade event_id si además usas la API de conversiones

• platform: ga4 o meta. event: el nombre tal como se envía.
• required: parámetros que deben estar presentes, separados por ;.
• rules: reglas de valores separadas por ;, como currency is iso4217, value > 0, currency in EUR|USD|MXN o each item has item_id|item_name.
• count: once, at_least_once (el valor por defecto si está vacío), any o never.
• consent: ad_storage, analytics_storage, ad_user_data o ad_personalization, separados por ;.
• note: texto libre. Dos columnas opcionales acotan una fila: id (el ID de medición o de píxel al que debe ir el evento) y url (un texto que debe contener la URL de la página, o un patrón con *).

Las líneas que empiezan por # son comentarios; # name: Mi plan da nombre al plan y # consent_mode: advanced (o basic) indica qué modo de Consent Mode usa la web. Los archivos en español usan ; como separador, que Excel reconoce directamente cuando su configuración regional usa el punto y coma como separador de listas, con los campos required y rules entre comillas. Los identificadores se mantienen en inglés.

Consejos

• Parte de las referencias de cada plataforma (los eventos recomendados de Google, los eventos estándar de Meta) y añade eventos personalizados solo si alguien los va a usar en un informe.
• Si la web envía a más de una propiedad de GA4 o a más de un píxel, rellena la columna id para que cada fila compruebe el destino correcto.
• Guarda el plan junto al código de la web o en una carpeta compartida, revísalo con el desarrollador antes de implementarlo y actualízalo cada vez que cambie la web.
• Pruébalo: graba un recorrido y compara cada fila con lo que envió el navegador. La checklist de QA del tracking de GA4 cubre qué más revisar.