Yandex Metrika: qué fuentes generan solicitudes que llegan a la venta

El número de envíos de formularios muestra actividad, pero no qué fuentes generan solicitudes que llegan a la venta. Hay que vincularlas con resultados del CRM, darles el mismo plazo de gestión y contabilizar aparte las pérdidas de vinculación. De lo contrario, favoreceremos las fuentes con operaciones más rápidas o datos más completos, aunque sus solicitudes no sean mejores.

Esta guía práctica de nivel intermedio se dirige a anunciantes que analizan su propio producto en Rusia. La Federación de Rusia es el mercado en todas las versiones lingüísticas; una interfaz o solicitud en ruso no acredita la ubicación del cliente. Compruebe la admisibilidad del producto, territorio, canal y tratamiento de datos. Un país en un selector u ofertas en una plataforma no confirman su disponibilidad para usted.

El resultado será un registro reproducible de calidad por fuente: solicitudes incluidas, proporción vinculada, cualificación, ventas confirmadas y decisión con responsable. Las páginas oficiales se comprobaron el 10 de octubre de 2026. No se accedió a contadores privados de Metrika ni al CRM del cliente; ambas tablas son didácticas, no capturas. El registro es una recomendación editorial, no un informe integrado de AffiliateCore ni una promesa de integración lista para usar.

1. Defina qué decisión debe apoyar el informe

Empiece preguntando: «¿Qué fuentes generan más ventas confirmadas por solicitud comparable tras el mismo plazo de observación?». Elija un producto y una modalidad de contacto, por ejemplo, solicitar una demostración de un servicio para empresas. No mezcle consultas y compras directas: difieren en intención y gestión. Analice cada producto por separado antes de combinar resultados.

Defina solicitud como un contacto único aceptado, con identificador interno estable. Excluya únicamente pruebas acordadas y duplicados demostrados. Las solicitudes inadecuadas, los rechazos y los contactos sin respuesta permanecen en el conjunto inicial; eliminarlos mejoraría artificialmente las fuentes problemáticas. Aplique idénticos motivos de exclusión a todas las fuentes y consérvelos por separado.

Designe responsables: ventas para las definiciones y analítica para la conciliación. Si aún discrepan sobre los estados, utilice primero la guía de revisión de solicitudes. Aquí no reorganizamos la cola de revisión: partimos de resultados acordados y comprobamos si permiten comparar correctamente las fuentes.

2. Prepare los accesos y compruebe los datos

Necesita acceso autorizado al contador correspondiente, una exportación anonimizada del CRM, el historial de estados y alguien que conozca la vinculación actual. Registre en una nota interna el dominio, número del contador, zona horaria, fecha de exportación y responsables. No copie contactos, conversaciones ni credenciales en tablas públicas o informes para socios.

Confirme que su organización puede utilizar el servicio elegido del modo previsto para su producto y territorio. Compruebe aparte los permisos de consulta y el procedimiento acordado de tratamiento de datos. Iniciar sesión no sustituye esa comprobación. Sin una vinculación autorizada entre CRM y analítica, empiece por el registro del CRM y señale la carencia: todavía no puede clasificar con precisión las fuentes de Metrika.

La transferencia y vinculación de datos del CRM tienen requisitos técnicos: revíselos con el responsable de integración en la descripción oficial. Distinga los plazos técnicos de vinculación del horizonte elegido para evaluar calidad. Un ciclo comercial largo no permite aplazar el primer envío de datos hasta cerrar la operación.

Para preparar las condiciones de su propuesta, puede crear un perfil de anunciante en AffiliateCore. Registrarse no conecta Metrika ni acredita la admisión del producto, fuente o territorio; la propuesta preparada pasa por la revisión y moderación previstas.

3. Distinga objetivo, solicitud y venta

Las consecuciones de objetivos, visitas con objetivos cumplidos y solicitudes únicas son unidades distintas. Una visita puede cumplir un objetivo varias veces, como indican las definiciones de Metrika. Cien activaciones no equivalen automáticamente a cien clientes potenciales. Compruebe qué condición activa el objetivo y si la solicitud se recibió realmente.

Mediante una prueba autorizada, compruebe si se registra un clic, la respuesta correcta del formulario u otro paso. En el registro analítico, la venta debe confirmarse mediante un evento del CRM previamente definido, como un pago que siga vigente al corte. Concertar una reunión o emitir una factura no constituye una venta porque alguien llame «exitoso» al estado.

Tabla didáctica 1. Diccionario del registro; no es la interfaz de Metrika.

Defina la cualificación mediante señales observables: adecuación al producto, necesidad confirmada y capacidad del equipo para atenderla. No sustituya calidad por impresiones del comercial. Conserve separadamente las etapas alcanzadas y el estado actual: una solicitud puede cualificarse y terminar rechazada. Por eso, sumar todas las etapas alcanzadas alguna vez no tiene que dar el total de solicitudes.

4. Registre la configuración de Metrika

Abra el contador y el informe «Fuentes de pedidos del CRM» en «Analítica integral», si la transferencia está configurada. Consulte condiciones y definiciones en la documentación del informe. Si faltan datos esperados, compruebe acceso, contador y transferencia; un informe vacío no demuestra ausencia de ventas. La ruta documentada en ruso es «Сквозная аналитика → Источники заказов из CRM»; los nombres en español anteriores son traducciones explicativas.

Anote periodo, agrupación de fuentes, filtros, métricas y modelo de atribución. No confíe en el antiguo nombre de un informe guardado. La configuración de informes explica agrupaciones y métricas. Empiece por un nivel de fuente y detalle después de comprobar totales: dividir inicialmente por muchos atributos oculta grupos pequeños y dificulta la conciliación.

Revise especialmente la atribución: desde el 20 de mayo de 2026 se desactivaron algunos modelos anteriores. Consulte los modelos actuales, no una captura antigua, y anote el nombre exacto elegido. Si cambia el modelo, trate ambos cálculos como representaciones distintas del mismo conjunto, no como un cambio repentino de calidad.

Copie de su definición el denominador de cada métrica utilizada. «Conversión» no siempre significa ventas divididas entre solicitudes. Este registro externo tendrá su propio denominador. Puede diferir del porcentaje de la interfaz si se explica por unidades, periodos o conjuntos distintos; no oculte la diferencia mediante redondeos.

5. Concilie el conjunto antes de calcular porcentajes

Conserve la exportación anonimizada original separada de la versión procesada. Cada solicitud necesita clave interna, fecha de creación, producto, país según un criterio empresarial acordado, fuente con procedencia documentada, historial de estados e indicador de vinculación verificada. Sin fuente fiable, deje «no determinada». No reparta los casos desconocidos proporcionalmente entre fuentes conocidas: crearía una precisión ficticia.

Cuente primero todas las filas del CRM, después pruebas, duplicados y solicitudes restantes. Separe las filas admisibles entre vinculadas y no vinculadas. Debe cumplirse: filas iniciales menos exclusiones documentadas igual a solicitudes analizadas; solicitudes analizadas igual a vinculadas más no vinculadas. Verifíquelo por producto y periodo, evitando que errores de grupos distintos se compensen.

No una tablas solo por fecha e importe: la coincidencia no demuestra que sean la misma solicitud. Si existen varios pedidos por contacto, fije previamente un máximo de un resultado exitoso por solicitud para calcular la proporción de ventas. El número de pedidos y los ingresos requieren otro análisis. Una unión errónea de muchos a muchos puede duplicar operaciones sin añadir compradores.

Para comprobar objetivos, consulte la guía oficial del informe de objetivos. La coincidencia de totales agregados no valida cada vínculo. Revise una muestra anonimizada autorizada de registros vinculados y algunas exclusiones; señale cuándo la procedencia de la fuente del CRM difiere de la atribución de Metrika. Las causas habituales se explican en el artículo sobre conciliación de informes.

6. Dé el mismo tiempo a cada solicitud

Una cohorte agrupa solicitudes creadas en un periodo determinado. Elija el horizonte de observación según su distribución real del tiempo hasta la decisión, no por una cifra redonda. Compruebe qué resultados aparecen pronto y cuáles tarde. Evalúe aparte el retraso de transmisión de estados: una venta realizada puede faltar todavía en la exportación. Ningún plazo sirve para todos los productos.

En este ejemplo tomamos solicitudes creadas del 1 al 7 de septiembre de 2026 y evaluamos cada una exactamente 14 días después de su creación. Exportamos tras completar todas las ventanas y actualizar los datos. Necesitamos historial de eventos: la ficha actual al 21 de septiembre no reconstruye por sí sola el estado de cada solicitud a los catorce días. Sin historial, declare la limitación y no presente la cohorte como estrictamente comparable.

Unifique creación, cualificación, pago y anulación en una zona horaria acordada, conservando las marcas originales. Una venta del día quince queda fuera de la ventana de catorce días, pero entra en una evaluación posterior. No es una venta perdida ni justifica cambiar la fecha inicial. Si después llega un reembolso, cree otra versión del resultado con un horizonte nuevo.

No mezcle este cálculo por fecha de creación con una selección de visitas por calendario en la interfaz. Deben corresponder filas y fechas; filtros con fechas iguales no lo garantizan. Tampoco un segmento convierte automáticamente unas unidades en otras. La ayuda de segmentación recoge las limitaciones al trasladar segmentos entre informes.

7. Calcule la cohorte y compruebe la aritmética

Los siguientes datos son ficticios, no resultados de AffiliateCore, Yandex ni de un canal concreto. A y B son grupos cuya fuente se conserva independientemente en el CRM; para las filas vinculadas, se concilió con la representación analítica elegida. Esto permite conocer el tamaño del grupo aun perdiendo vínculos con Metrika. Sin esa asignación, las filas no vinculadas permanecen en un grupo común desconocido.

Tabla didáctica 2. Resultados a los catorce días; unidad: solicitud única.

Cualificación, pago y anulación corresponden únicamente a solicitudes vinculadas. Las anulaciones son un subconjunto de las previamente pagadas; todos los eventos ocurren dentro de la ventana. Las ventas vigentes son 27 − 3 = 24 para A y 18 − 0 = 18 para B. Las etapas se solapan: no sume las filas.

La proporción vinculada es 108 / 120 = 90% y 90 / 100 = 90%. Se cualificaron 54 / 108 = 50% y 63 / 90 = 70% de las vinculadas. Las ventas vigentes entre vinculadas representan 24 / 108 ≈ 22,2% y 18 / 90 = 20%. B tiene mayor cualificación, pero eso no demuestra un mejor resultado final; A tiene mayor proporción observada de ventas, pero la diferencia tampoco demuestra una ventaja sostenida.

Añadamos fuera de la tabla el grupo ficticio C: 80 solicitudes, 40 vinculadas, 28 cualificadas, 12 con pago y dos anuladas. Son 10 ventas vigentes, 50% de vinculación, 70% de cualificación y 25% de ventas entre vinculadas. Aunque este último porcentaje parece superior, excluye a la mitad de las solicitudes. No permite declarar ganador a C ni extrapolar su 25% a la mitad desconocida.

Para ilustrar los límites, tratemos temporalmente los resultados no vinculados como desconocidos. En A, la proporción total podría ir de 24 / 120 = 20% a (24 + 12) / 120 = 30%; en C, de 10 / 80 = 12,5% a (10 + 40) / 80 = 62,5%. Son extremos aritméticos con máximo una venta por solicitud, no intervalos de confianza ni previsiones. Si el CRM conoce los resultados no vinculados, utilícelos para su total; la limitación afecta a distribuirlos por fuente verificada de Metrika.

8. Decida teniendo en cuenta los datos incompletos

Empiece por la calidad de medición. Si la vinculación es baja o desigual, investigue diferencias de formulario, vía de entrada, versión de integración o cumplimentación de la fuente. No imponga reglas universales como «90% siempre basta». Importan la magnitud de la ausencia y su relación con el resultado: incluso una pequeña carencia sistemática puede cambiar la conclusión.

Examine conjuntamente cualificación, ventas vigentes, pendientes y tiempo de gestión. Mucha cualificación y pocas ventas aconsejan revisar etapas finales y comparabilidad de criterios. Muchos pendientes aconsejan esperar o reconsiderar el horizonte. La carga de los comerciales, disponibilidad del producto y rapidez de respuesta pueden explicar efectos atribuidos erróneamente al canal.

Asigne una acción por grupo: corregir la medición, esperar el cierre de la ventana, revisar la gestión o continuar observando hasta otra cohorte comparable. Registre fundamento, responsable y fecha de revisión. Con pocas ventas, un porcentaje decimal no constituye una clasificación fiable. Establecer causalidad requiere un experimento correctamente diseñado; este informe describe asociaciones observadas.

Añada costes únicamente con un registro completo y compatible de periodo, fuente y conceptos incluidos. Un formulario barato no equivale a una venta confirmada barata, pero calcular presupuestos tampoco arregla vínculos deficientes. Aquí la decisión trata primero de la fiabilidad de la comparación, no de comprar tráfico ni fijar pujas.

9. Corrija errores frecuentes antes de entregar el informe

No elimine rechazos para mejorar calidad, ni considere rechazados los contactos pendientes porque terminó la semana. No convierta ventas tardías en solicitudes nuevas. Distinga clientes recurrentes de nuevos y no cambie retrospectivamente la cualificación para una sola fuente. Cada operación altera la pregunta que responde el porcentaje.

No unifique fuentes con nombres iguales sin comprobar su procedencia. Un campo rellenado por el comercial, una etiqueta del enlace y una atribución calculada pueden significar cosas distintas. Conserve valores originales y un diccionario de equivalencias acordado. Si cambia, identifique la nueva versión y recalcule uniformemente los periodos comparados, guardando el resultado anterior para explicar diferencias.

Las grabaciones de comportamiento y mapas de calor ayudan a detectar dificultades en páginas; se tratan en la guía de Microsoft Clarity. La transferencia técnica de conversiones offline también requiere una tarea aparte. Este artículo no incluye código de carga, configuración de audiencias publicitarias ni afirma que AffiliateCore integre transferencias del CRM.

10. Termine con un registro verificable

Antes de entregar la decisión, compruebe lo siguiente:

• Producto, Rusia como mercado, admisibilidad del canal y permisos comprobados por separado.
• Solicitud, cualificación y venta vigente definidas; pruebas y duplicados justificados.
• Fuentes del CRM y Metrika conciliadas o diferencias explícitas.
• Zona horaria, fechas de creación, historial y horizonte conservados.
• Filas iniciales conciliadas con exclusiones y conjunto final.
• Solicitudes no vinculadas y pendientes visibles junto a los porcentajes.
• Modelo de atribución registrado según su configuración real, no una guía antigua.
• Cifras, redondeos, limitaciones, responsable y próxima revisión indicados.

Guarde la versión exportada, los filtros y una nota breve: qué se sabe, qué sigue desconocido y qué acción permiten los datos. Un compañero debe poder repetir el cálculo sin acceder a conversaciones privadas. Repítalo tras el plazo acordado y compare grupos de igual antigüedad, señalando cambios del producto y de su gestión.

Si ya tiene perfil, entre en el área de anunciantes para preparar un borrador de condiciones de su propuesta para revisión. Compruebe aparte requisitos actuales y moderación. Este registro ayuda a formular criterios de calidad; no garantiza aprobación de ofertas, disponibilidad territorial, conexión con Metrika ni ventas futuras.