La monitorización de usuarios reales agrupa las visitas por canal y da los 404 que ven tus visitantes

La monitorización de usuarios reales responde ahora a «¿qué tipo de tráfico trae a mis visitantes?» y «¿qué páginas que no existen visitan?».

• Canales. Cada vista tiene un canal según su fuente, su medio de campaña y su identificador de clic de anuncio, con reglas propias en un orden fijo: Paid, Email, AI Assistants, Organic Search, Organic Social, Direct, Referral, más Internal y (not recorded). Analítica › Rendimiento real tiene un desglose Canales (elige una fila para filtrar la página por él); la API, ctl rum report y rum_report admiten by=channel y el filtro channel.
• Por visita. by=visit_source y by=visit_channel atribuyen cada vista a la primera fuente externa de su visita (el mismo visitante del día), así que las páginas leídas tras entrar cuentan para Google, una newsletter o un asistente de IA en vez de para Internal.
• 404 vistos por personas. Las páginas HTML 404 también llevan el script. Sus vistas quedan fuera de todas las cifras de Core Web Vitals y salen aparte: la tabla 404 vistos por personas del panel, not_found en el informe, ctl rum report y rum_report, con vistas, visitantes, fuente principal y su canal de cada ruta que falta.
• Visitas enteras en la muestra. Con un muestreo menor que 1, el borde elige ahora visitantes (por el identificador diario de visitante) en vez de vistas sueltas, así que una visita muestreada se mide en todas sus páginas.
• Fuera el spam de referrer. Las mediciones de referrers de la lista pública de spam de referrer de Matomo se descartan en el borde y nunca se guardan.
• Privacidad. De un identificador de clic de anuncio (gclid, fbclid, msclkid…) solo se manda y se guarda el nombre del parámetro, nunca su valor. Ver privacidad del RUM.

Los canales, los identificadores de clic y los 404 empiezan con las mediciones recibidas tras la actualización del borde; las vistas anteriores caen en Direct, Referral o el canal que diga su utm_medium.