Yandex Metrica: conversiones offline desde el CRM
Prepara eventos confirmados del CRM, comprueba su vinculación y las cancelaciones con dos pilotos completos, costes y criterios para detener o ampliar.
El CRM puede mostrar un servicio terminado mientras la analítica web solo registra un formulario enviado. Un evento offline permite relacionar esas observaciones, pero una fila cargada no equivale automáticamente a una visita vinculada, un cliente rentable o una comisión aprobada. El resultado útil es una cadena verificable: qué ocurrió, cuándo, con qué identificador y con qué evidencia comercial.
Esta guía se dirige a anunciantes que trabajan con campañas para el mercado ruso. La traducción no cambia esa geografía ni acredita disponibilidad en otros países. Las fuentes oficiales se comprobaron el 22 de octubre de 2026. Las plantillas, los umbrales y los dos escenarios son metodología editorial. Todos los importes en EUR son supuestos independientes, no conversiones de precios rusos, tarifas de proveedores ni resultados de clientes.
1. Acordar qué significa una solicitud confirmada
Empieza con un producto, una página de destino y un periodo de captación. Pide al responsable comercial que describa el resultado aceptable con palabras sencillas. Un teléfono válido no demuestra una necesidad adecuada; una propuesta aceptada no demuestra un cobro. Escribe qué prueba se exige, quién la revisa y cuándo el registro puede exportarse. Conserva el envío inicial del formulario como una etapa diferente.
En el primer escenario, el resultado final es un servicio pagado y realizado después de revisar las cancelaciones según el criterio acordado. En el segundo, la cualificación es una señal intermedia y la ejecución pagada constituye el resultado económico. El nombre de un objetivo intermedio no debe sugerir ingresos cobrados. No juntes etapas distintas para simplificar una gráfica que después utilizará otra persona.
Prepara una ficha interna: clave del registro, etapa comercial, referencia de evidencia, momento real y zona horaria, tipo y valor del identificador, objetivo, valor y moneda opcionales, estado de cancelación, lote y revisor. Es una herramienta de trabajo, no el esquema de carga de Metrica. Los comentarios internos y documentos del cliente no deben añadirse automáticamente al archivo de analítica. Cada columna necesita una finalidad clara y un responsable.
Para un programa de socios, AffiliateCore puede servir primero para preparar la oferta propia y sus condiciones de aceptación. Metrica sigue siendo la herramienta externa de medición. No afirmamos que exista un conector automático AffiliateCore-Metrica, una vinculación garantizada o una aprobación de pagos mediante objetivos. Prepara tu perfil de anunciante cuando tengas definido el producto y el evento. La admisibilidad del producto y de la fuente se comprueba por separado.
2. Preparar un lote pequeño y revisable
La persona responsable necesita acceso autorizado al contador correcto, a los registros seleccionados del CRM y al equipo que mantiene la web. Comprueba los permisos reales de la cuenta antes de repartir tareas. No inventes nombres de roles ni incluyas credenciales en hojas de cálculo. Utiliza un entorno de pruebas separado si existe. Un piloto de observación en producción utiliza hechos comerciales reales y no fabrica conversiones pagadas para alimentar estrategias publicitarias.
La guía oficial de API exige un identificador de vinculación, Target y DateTime; Price y Currency son opcionales. Adopta el esquema exacto de la ruta elegida. La ficha interna contiene más información deliberadamente: no se puede cargar entera como si fuera el archivo documentado. Tampoco supongas que todas las variantes de escritura de los identificadores son válidas en cualquier integración.
Escoge una vía de identificación para el primer lote. Conserva como texto el valor capturado durante el recorrido correspondiente, sin redondearlo. El número de una oportunidad comercial no se convierte por sí solo en un identificador de visitante. Pide al desarrollador que muestre la captura y el almacenamiento mediante un registro de comprobación autorizado. Si falta el valor, envía la ficha a una lista de excepciones; nunca uses el identificador de otro cliente.
La tarjeta de correspondencias tiene tres líneas: evidencia del CRM → evento comercial; evento → identificador exacto del objetivo; identificador guardado → columna documentada. Añade contador y revisor. Contrástala con la cuenta real, no con una captura de otra empresa. Las instrucciones de la interfaz describen la creación del objetivo y la carga de datos. Sigue esa documentación vigente sin inventar una secuencia de botones.
Comprueba el tiempo de forma independiente. Debe reflejar el hecho comercial, no el inicio de la exportación ni el día en que alguien abrió la ficha. La zona horaria original tiene que estar identificada. Reconstruye una fecha legible a partir de un valor convertido y compárala con el CRM. Milisegundos, formatos ambiguos y redondeos pueden parecer correctos sin serlo. Genera CSV mediante un exportador adecuado, no concatenando celdas manualmente.
El resumen de importación establece un periodo de 21 días para completar visitas. Organiza envíos frecuentes y comprueba las fechas de visita, evento y procesamiento. Eso no garantiza que cualquier venta enviada dentro de los 21 días posteriores al cierre encuentre una visita. Los ciclos largos necesitan otro diseño; no cambies fechas antiguas para que parezcan recientes.
Una estructura de archivo utilizable
Para la ruta API, comienza con esta cabecera. Sustituye todos los marcadores por valores comprobados; esta plantilla no debe cargarse. El primer escenario puede usar una meta acordada crm_service_net y el segundo una crm_qualified independiente. Son identificadores propuestos para configurar, no objetivos existentes. Las claves internas quedan fuera del archivo mínimo. Omite valores monetarios en la cualificación en vez de inventar ingresos. Antes del envío, otra persona compara el archivo terminado con la tarjeta de correspondencias.
ClientId,Target,DateTime
ClientId = <captured_identifier>Target = <configured_target>DateTime = <verified_unix_seconds>
3. Separar entrega, vinculación y aceptación
Antes de enviar, cuenta registros aptos, exclusiones y claves internas únicas. Asigna una referencia al lote y conserva una copia inmutable con acceso restringido. Nuestra clave recomendada combina el registro comercial con la etapa. Evita repeticiones en tu propio exportador, pero no representa una garantía de deduplicación por parte del receptor. La revisión debe poder distinguir una repetición accidental de dos hechos comerciales diferentes.
Tras el envío, guarda la respuesta y aclara el estado antes de reintentar. Un tiempo de espera agotado deja un resultado desconocido: no prueba un rechazo. Concilia primero el lote original. Mantén listas separadas para errores de transporte, eventos sin vincular y cancelaciones comerciales. Cada grupo exige una solución distinta. Un reintento técnico no debe producir una compra nueva ni cambiar silenciosamente el momento del evento.
Hay una advertencia vigente importante: Yandex indica que los estados de vinculación de los informes pueden mostrarse incorrectamente y remite a la configuración de carga para consultar la proporción actual. Revisa la ayuda actual. No diagnostiques cada registro exclusivamente con un informe potencialmente afectado. Conserva las discrepancias y solicita aclaración si las pruebas no permiten una conclusión fiable.
El informe de conversiones offline documenta diagnósticos de vinculación. Úsalo junto con las evidencias del lote y respetando esa advertencia. Tu conciliación distingue resultados confirmados en CRM, eventos enviados, eventos procesados y resultados vinculados. Una venta sin atribución sigue siendo una venta real. A la inversa, un objetivo atribuido no invalida una devolución posterior en el registro económico.
Para las cancelaciones, el límite seguro de esta guía es corregir el registro comercial interno y dejar de tratar el evento inicial como ingreso neto vigente. No supongas que otra fila ordinaria de conversión offline elimina o actualiza la anterior. Si necesitas cambiar estados de pedidos, investiga la ruta independiente de importación de pedidos CRM. Verifica sus condiciones antes de implantarla; aquí no se promete una integración terminada para ese proceso.
4. Escenario didáctico: mantenimiento realizado
Un anunciante ficticio ofrece mantenimiento permitido de equipos. El piloto abarca una zona, una página y una cohorte cerrada. Los materiales son una descripción del servicio, un guion de cualificación, una tarjeta de correspondencias, una hoja de exportación y un registro de cancelaciones. El guion pregunta por el equipo, la ubicación dentro de cobertura y la aceptación del alcance. No promete convertir todas las consultas en reservas.
La ficha de ejemplo dice: S-017; trabajo realizado; recibo revisado; momento con zona horaria; identificador capturado disponible; objetivo final del servicio; revisión de cancelaciones terminada. Es un material interno, no una fila para cargar. Una ficha incompleta vuelve al responsable con un motivo. El desarrollador sigue un recorrido autorizado de principio a fin; después, el analista libera los demás eventos elegibles del lote.
Hay 100 consultas. Veinte se rechazan antes de reservar, 80 se aceptan para planificación y 60 llegan a servicios pagados y realizados. Seis de esos 60 se cancelan o reembolsan antes de seleccionar el resultado definitivo: quedan 54 resultados netos. Otras 20 consultas aceptadas no se convierten en trabajos pagados durante la observación y se presentan aparte. Se envían 54 eventos; suponemos 48 vinculados y seis sin atribución tras la investigación.
Los costes son 1.200 EUR de publicidad, 200 EUR de página y materiales, 180 EUR de implementación del identificador, 120 EUR de exportación y revisión, 100 EUR de CRM asignado y 200 EUR de atención comercial. Total: 2.000 EUR. Incluye todos los costes de captación y medición asignados al piloto. Los costes variables de prestación ya están incluidos al calcular la contribución. Impuestos y gastos generales fijos quedan fuera del modelo, por lo que el saldo no es beneficio contable neto.
Cada servicio retenido aporta hipotéticamente 180 EUR de ingresos y 60 EUR de contribución tras costes variables. Ingresos: 54 × 180 = 9.720 EUR. Contribución: 54 × 60 = 3.240 EUR. Tras el piloto quedan 1.240 EUR. Coste completo por resultado neto: 2.000 ÷ 54 = 37,04 EUR. El punto de equilibrio exige 34 servicios, porque 2.000 ÷ 60 = 33,33 y se redondea hacia arriba.
Las cancelaciones son 6 ÷ 60 = 10%; la cobertura de vinculación es 48 ÷ 54 = 88,89%. Los denominadores son distintos por una razón. El análisis comercial usa los 54 resultados comprobados; el análisis por fuente reconoce los seis sin atribución. Reparar el identificador no crea seis clientes nuevos. Tampoco repartas las ventas desconocidas proporcionalmente al gasto sin evidencia que justifique esa atribución.
Los criterios previos de parada son una asociación incorrecta con un cliente, una repetición inexplicada, cancelaciones superiores al 15% o un coste previsto superior a 60 EUR por resultado neto. La contribución positiva no anula las reglas de integridad. Aquí la cobertura queda por debajo del objetivo editorial del 90%, por lo que se pausa la ampliación. Solo después de dos cohortes maduras comparables que cumplan las reglas se ensaya un aumento pequeño.
5. Escenario didáctico: una venta B2B más larga
El segundo anunciante ficticio vende instalación de equipos a empresas. Necesita un documento de requisitos, criterios de cualificación, versión de propuesta, historial de etapas y registro de cancelaciones. La cualificación exige necesidad pertinente, interlocutor responsable accesible y alcance de ejecución realista. Son criterios de este negocio, no una definición oficial de calidad de Yandex. Otra persona debe poder reconstruir la decisión con las pruebas guardadas.
De 60 consultas se rechazan doce y se cualifican 48. Treinta reciben propuesta. Doce se convierten en proyectos pagados dentro de la cohorte observada, dos se cancelan y quedan diez resultados netos. Las otras 18 propuestas permanecen abiertas o perdidas con su estado real. No llames ventas a las 48 cualificaciones. La señal intermedia y el resultado económico final ocupan columnas diferentes.
Los eventos elegibles de cualificación se envían con prontitud; las ventas posteriores permanecen en el registro económico del CRM. Algunas negociaciones exceden el periodo de enriquecimiento de visitas. No se retrodata una venta ni se genera una visita artificial. Investiga la ruta separada de pedidos si encaja con el proyecto; de lo contrario, reconoce la atribución incompleta. En el ejemplo se vinculan 42 de 48 cualificaciones: 87,50%. No es la tasa de vinculación de las diez ventas netas.
Costes: 1.800 EUR de publicidad, 300 EUR de documentación y página, 200 EUR de identificación y exportación, 250 EUR de cualificación, 150 EUR de CRM y 300 EUR de propuestas. Total: 3.000 EUR. Cada proyecto retenido aporta 1.500 EUR de ingresos y 400 EUR de contribución después de la ejecución variable. Diez producen 15.000 EUR de ingresos, 4.000 EUR de contribución y 1.000 EUR tras costes del piloto. El coste neto de captación es 300 EUR; hacen falta ocho proyectos para cubrir costes, pues 3.000 ÷ 400 = 7,5.
La cancelación es 2 ÷ 12 = 16,67%, superior al límite previo del 15%. Con dos cancelaciones más quedarían ocho proyectos, 3.200 EUR de contribución y solo 200 EUR de saldo. Con siete habría un déficit de 200 EUR. El margen de seguridad es pequeño incluso sin gastos fijos. Una cualificación barata no justifica ampliar publicidad cuando la ejecución posterior es inestable.
Detén la expansión y compara motivos de cancelación con versiones de propuestas y promesas de alcance. La captación admisible solo continúa dentro del presupuesto ya aprobado mientras se corrige la comunicación. El siguiente piloto cambia un elemento, por ejemplo un listado más claro de requisitos, manteniendo definiciones y edad de observación. Se vuelve a probar la ampliación únicamente cuando cohortes maduras superan tanto la regla comercial como la de cancelaciones.
La ficha interna del segundo piloto puede decir: B-009; cualificación terminada; requisitos revisados; contacto responsable confirmado; momento real; identificador capturado; crm_qualified; referencia del lote. El proyecto pagado posterior recibe su propia evidencia y etapa. Ambos ejemplos incluyen el trabajo de cancelación en atención o propuestas y suponen que no hay otros costes irrecuperables de ejecución ni comisiones de pago. Si existen, añádelos antes de calcular la contribución. Limita el acceso a identificadores y define conservación y fundamento de tratamiento: un identificador no es automáticamente anónimo.
6. Entregar una decisión con evidencias
El paquete final reúne acuerdo del evento, correspondencia de campos, referencia restringida del lote, recuentos de excepciones, cálculo económico y decisión documentada. Asigna responsables distintos a la falta de identificadores y a las devoluciones. Explica qué sigue sin saberse. Si la advertencia de informes impide diagnosticar con confianza, conserva la pausa. Una explicación convincente no sustituye una comprobación.
Para una oferta en AffiliateCore, alinea la aceptación del socio con el evento que realmente verificas. Abre tu cuenta de anunciante para preparar o revisar la propuesta mediante el proceso disponible. Los objetivos web apoyan la medición; aceptación y liquidación dependen de las condiciones acordadas y de sus propias revisiones.
La tarea práctica consiste en auditar diez fichas elegibles sin cargarlas todavía. Reconstruye pruebas, identificadores, momentos y cancelaciones. Justifica cada exclusión, calcula el coste por resultado neto y redacta una frase que autorice continuar o detener el piloto. Después libera un lote controlado. Repite la conciliación tras procesarlo y cuando madure la cohorte: son comprobaciones distintas.
Como contexto, consulta la guía de calidad de fuentes y la auditoría del anuncio al CRM. Abordan comparación y defectos del recorrido. Aquí el entregable es una exportación controlada con cancelaciones separadas, para que una carga técnicamente correcta nunca sustituya un resultado comercial comprobado.