[Analytics] UTM en enlaces de la carta semanal #186
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
UTM en enlaces de la carta semanal para atribución GA4
Ahora mismo GA4 no puede atribuir de forma fiable las visitas que llegan desde el email de la carta: muchas terminan como Directo. Esto impide medir qué secciones y artículos de cada carta funcionan realmente.
Solicitud
Añadir a todos los enlaces editoriales salientes de cada carta semanal estos parámetros UTM:
YYYY-MM-DDpor la fecha de envío/publicación de esa carta.&cuando corresponda.Criterio de aceptación
En el siguiente envío, GA4 debe registrar
sessionSourceMedium = carta / emaily permitir desglose porsessionCampaignNamede esa semana.Rafa quiere usar este dato para decidir la composición semanal de la carta. Por favor, proponed el punto exacto del template/pipeline donde aplicarlo y un dry-run/QA antes de activarlo.
@mixbot ¿puedes revisar y proponer el punto de aplicación de los UTM de este issue? La prioridad es que el próximo envío de carta salga con la atribución verificable en el criterio de aceptación.
Propuesta de implementación (Inma) — UTM solo en el máster de BREVO
Dónde exactamente: en
mixbot.py → write_carta_docx(), el generador de00r_carta.docx— el máster que Inma pega en BREVO y que se convierte en el email de la carta. Ahí:_add_hyperlink): se les aplica un helper_utm(url)que añadeutm_source=carta&utm_medium=email&utm_campaign=YYYY-MM-DD, respetando cualquier query string existente (?vs&).feadulta.com. Los enlaces técnicos (baja/privacidad) los pone BREVO en su plantilla, no van en el máster — quedan fuera solos.La carta WEB (
compose_html) NO lleva UTM, a propósito: la copia publicada en WordPress la lee gente que ya navega por la web; etiquetar sus enlaces comoutm_medium=emailapuntaría como "email" sesiones que no lo son y contaminaría GA4. El email es el único canal donde hoy se pierde la atribución, y es el único que se etiqueta.utm_campaign: proponemos la fecha del domingo de la carta (p.ej.2026-08-02para la 737): es estable, identifica la semana de forma inequívoca y no baila si el envío se adelanta o retrasa un día. Si prefieres la fecha real de envío desde BREVO, se cambia sin problema — di cuál.QA / dry-run antes de activar:
--solo-docx(no toca WordPress) el máster de la 736 sobre una copia, con UTM activado.Criterio de aceptación (el tuyo): en el primer envío con esto activo, GA4 debería registrar
sessionSourceMedium = carta / emaily desglosar porsessionCampaignNamela semana correspondiente.Estado: ya se está enviando con UTM (cartas 738 y 739). Falta el veredicto en GA4
Para que quede constancia, porque desde el 29-jul esto ha avanzado por WhatsApp y no en el issue.
Qué se está haciendo
00r_carta_UTM.docx, con los enlaces afeadulta.cometiquetados. La carta publicada en la web NO lleva UTM, a propósito (etiquetar la navegación interna comomedium=emailensuciaría GA4).utm_campaign= fecha del domingo de la carta:2026-08-09(738) y2026-08-16(739).Hallazgo útil: BREVO reescribe los enlaces pero conserva el UTM
En el email todos los
hrefapuntan al dominio de seguimiento de BREVO (…sendibt3.com/mk/cl/…), así que las etiquetas no se ven en el HTML. Pero el redirector sí las conserva en el destino:Verificado sobre el envío de prueba de la 738: de 39 enlaces únicos, 33 llegan con UTM y los 6 restantes son los que no debían llevarlo (Benedictinas, edicionesfeadulta.com y los técnicos de BREVO).
⚠️ Excepción medida:
/carta-de-la-semana/y/la-semana-pasada/son páginas que redirigen (302) a la categoría correspondiente y pierden la etiqueta por el camino — esos dos clics de navegación no se atribuyen. Ocurre igual sin UTM, no lo causa esto.Lo que falta
Comprobar en GA4 que aparece
sessionSourceMedium = carta / emailcon desglose porsessionCampaignName. Dos avisos para cuando se mire: