Reglas de validación para propietarios de aplicaciones

• Para instalaciones: las reglas de validación, según la acción seleccionada, bloquean la atribución a fuentes inválidas o bloquean la instalación.
• Para eventos in-app: las reglas de validación bloquean el evento in-app. 
• Consulta la siguiente tabla que muestra los resultados del tipo de bloqueo de la regla de validación.
  

  	Tipo de bloqueo	Descripción	Dónde se pueden ver los datos de instalación	Eventos in-app que siguen
  Instalaciones	Bloqueo de la atribución	Se selecciona cuando consideras que la instalación es real, pero tus condiciones determinan qué fuentes deben o no deben atribuirse para ella.  La atribución se corrige y la instalación se atribuye a la última fuente de medios válida. Si no se identifica una fuente de medios válida, la instalación se marca como orgánica.	Reportes de raw data y paneles de control de AppsFlyer como una instalación regular (atribuida a la última fuente de medios válida) Con el plan Protect360 Premium: Panel de control de instalaciones de Protect360 Reporte de raw data de instalaciones de Protect360 (con la fuente de medios bloqueada) Sin el plan Protect360 Premium: Reporte de raw data de instalaciones de Protect360 (con la fuente de medios bloqueada)	Tiene la misma atribución corregida que la instalación Datos disponibles con el plan Protect360 Premium: Con la atribución corregida en los paneles de control y reportes de AppsFlyer como un evento in-app regular Con la fuente de medios bloqueada en el panel de control de eventos in-app de Protect360 y el reporte de raw data de eventos in-app bloqueados de Protect360
  	Instalación bloqueada	Se selecciona cuando las instalaciones que son inválidas en función de las condiciones de la regla se consideran falsas. La instalación no se atribuye en absoluto (ni como no orgánica ni orgánica)	Con el plan Protect360 Premium: Panel de control de instalaciones de Protect360 Reporte de raw data de instalaciones de Protect360 (con la fuente de medios bloqueada) Sin el plan Protect360 Premium: Reporte de raw data de instalaciones de Protect360 (con la fuente de medios bloqueada)	Bloqueos Datos disponibles con el plan Protect360 Premium en el panel de control de eventos in-app de Protect360 y en el reporte de raw data de eventos in-app bloqueados.
  Eventos in-app	Bloquear evento in-app	Se selecciona cuando los eventos in-app que no son válidos según las condiciones de la regla se consideran falsos.	Con el plan Protect360 Premium: Panel de control de eventos in-app de Protect360 Reporte de raw data de eventos in-app de Protect360 Sin el plan Protect360 Premium: N/D	Datos disponibles con el plan Protect360 Premium en el panel de control de eventos in-app de Protect360 y en el reporte de raw data de eventos in-app bloqueados.
  	Eliminar de AppsFlyer por completo	Recomendado para usar cuando hay eventos in-app para los que no necesitas ningún dato. AppsFlyer no registra estos eventos en absoluto.

• Las redes de publicidad y las agencias solo pueden ver los datos si el anunciante les otorga los permisos necesarios.
• Cuando una instalación se bloquea o se atribuye a una fuente de medios válida en tiempo real, se envía instantáneamente un postback rechazado a la red de publicidad bloqueada para agilizar el flujo de reconciliación. Cuando la atribución se bloquea y se corrige a la última fuente de medios válida, también se envía un postback a la última red de publicidad válida.
• Cuando se bloquea un evento in-app, se envía instantáneamente un postback de rechazo a la red de publicidad bloqueada.
  Nota: 
  • Un postback solo se envía si la red de publicidad configurada para recibirlo está integrada con AppsFlyer para recibir postbacks.
  • Los reportes de postbacks y postbacks rechazados están disponibles en la página de exportación.
  • Obtén más información sobre los postbacks y los postbacks rechazados.
• El bloqueo de instalación y atribución, así como el bloqueo de eventos in-app, solo afectan a cómo y dónde se reportan los datos en AppsFlyer. No impiden el uso de la aplicación por parte de tus usuarios finales.
  • Si es necesario, puedes usar los reportes de raw data de eventos in-app bloqueados e instalaciones bloqueadas (disponibles a través de exportación, Pull API y Data Locker) para obtener la lista de usuarios de la aplicación a deshabilitar. 
• Los reportes de instalaciones/eventos in-app bloqueados y los postbacks rechazados contienen el nombre de las reglas que bloquearon las instalaciones/eventos in-app bajo el motivo del bloqueo. Consulta la sección Múltiples reglas si hay más de una regla.
  • Cuando las instalaciones/eventos in-app son bloqueados por el motor antifraude de Protect360, incluso si también hay una regla de validación, se muestran los motivos de Protect360.
• Las reglas pueden generar discrepancias en los reportes entre AppsFlyer y las SRN como Anuncios de Meta y Google Adwords, ya que estas implementan su propia lógica para validar las instalaciones.

• Se pueden ejecutar varias reglas de validación en la misma instalación/evento in-app. Esto sucede cuando la instalación cumple las condiciones de varias reglas. 
• La instalación/evento in-app se clasifica como inválida cuando no cumple las condiciones de ninguna de las reglas por separado.
• En los reportes de raw data y en los postbacks rechazados, el campo block reason value contiene los nombres de todas las reglas que clasifican el evento de instalación o in-app como no válido.
• Varias reglas para la misma instalación se ordenan para ejecutarse en el siguiente orden, según los tipos de bloqueo de las reglas:

La sección Fuentes es donde defines las fuentes de tráfico de las instalaciones a las que se aplica la regla.

Hay dos opciones principales: 

• Todo el tráfico: la regla se aplica a cualquier instalación, independientemente de la fuente (agencia, fuente de medios, campaña, orgánica, etc.). 
  Nota: Dado que esta opción incluye las instalaciones orgánicas, no se puede seleccionar más información de fuente y solo está disponible la opción de bloquear la instalación. Esto se debe a que no es posible bloquear/corregir la atribución para las instalaciones orgánicas.
• Solo no orgánicas: la regla se aplica a las fuentes que selecciones, con los campos, operadores y valores como se describe en la tabla siguiente.

Hay opciones de fuentes adicionales disponibles para los clientes de Protect360, para las instalaciones y los eventos in-app. 

La sección Condiciones es donde se definen las condiciones que determinan cuándo se bloquean las instalaciones o se atribuyen a la última fuente válida. 

Puedes agregar varias condiciones y grupos de condiciones a cada regla.

Las condiciones se definen según las condiciones, los operadores y los valores descritos en la siguiente tabla.

Hay opciones de condiciones adicionales disponibles para los clientes de Protect360, para instalaciones y eventos in-app. 

Cuando se selecciona Eventos in-app en la sección Eventos, además de las opciones de fuentes habituales, los clientes tienen otra opción de fuente para definir a qué eventos in-app se aplica su regla. 

La fuente se define según el campo, los operadores y los valores descritos en la siguiente tabla.

Nota: Todas las demás fuentes de eventos in-app se basan en la fuente de instalación con la que está asociado el IAE (por ejemplo, agencia, fuente de medios, campaña, ID de campaña, ID de sitio, etc.).

Cuando se selecciona Eventos in-app en la sección Eventos, los clientes tienen opciones de condición adicionales para definir a qué eventos in-app se aplica su regla. Estas condiciones pueden mezclarse y combinarse con cualquiera de las condiciones que no son de Protect360, enumeradas anteriormente.

Las condiciones de Protect360 se definen según las condiciones, los operadores y los valores descritos en la siguiente tabla.

Además de las opciones de fuente habituales, los clientes de Protect360 tienen otra opción de fuente para definir a qué instalaciones se aplica su regla. La fuente se define según el campo, los operadores y los valores descritos en la siguiente tabla.

Los clientes de Protect360 tienen un conjunto adicional de condiciones para validar sus instalaciones. Estas condiciones pueden mezclarse y combinarse con cualquiera de las condiciones que no son de Protect360 enumeradas anteriormente.

Las condiciones de Protect360 se definen según las condiciones, los operadores y los valores descritos en la siguiente tabla.

Cuando se selecciona Eventos in-app en la sección Eventos, los clientes de Protect360 tienen opciones de condición adicionales para definir a qué eventos in-app se aplica su regla. Estas condiciones pueden mezclarse y combinarse con cualquiera de las condiciones que no son de Protect360, enumeradas anteriormente.

Las condiciones de Protect360 se definen según las condiciones, los operadores y los valores descritos en la siguiente tabla.

Si agregas varias condiciones o grupos de condiciones a una regla, selecciona la relación lógica entre ellos usando: 

• Y: significa que la instalación cumple con todas las condiciones definidas.
• O: significa que la instalación cumple al menos una de las condiciones definidas.

Por ejemplo, si deseas validar las instalaciones según la plataforma y el sistema operativo, debes seleccionar y. De esa forma, la plataforma definida debe acompañar siempre al SO definido. Si deseas validar las instalaciones según la plataforma o el sistema operativo, debes seleccionar o.

Para ver todas las reglas creadas en tu cuenta:

1. En AppsFlyer, ve a Configuración > Reglas de validación.
   Se abre la ventana Reglas de validación, con la lista de reglas de validación.
2. Selecciona tu vista de tabla preferida utilizando el selector Vista de lista/Vista detallada.
3. Filtra las reglas en la lista usando la búsqueda y las opciones de filtro.
   • Puedes buscar por nombre de regla, fuente, nombre de condición y valor.
   • Por ejemplo, escribe 7 para buscar todas las reglas definidas para una versión del sistema operativo que contenga 7. (por ejemplo: "2.7.4", "7.1", etc.). O escribe Canadá para buscar las reglas definidas con Canadá en la condición de geolocalización. 

Para configurar una regla nueva:

1. En AppsFlyer, ve a Configuración > Reglas de validación.
   Se abre la ventana Reglas de validación.
2. Haz clic en Agregar regla.
   Se abre la ventana Agregar regla nueva.
3. Inserta un nombre de regla. Utiliza un nombre único que:
   • Describa exactamente la regla.
   • No sea ofensivo para las redes de publicidad, ya que se muestra en el reporte de instalaciones bloqueadas, así como en los postbacks rechazados para las redes de publicidad.
4. Completa las secciones del creador de reglas.
5. [Opcional] Agrega condiciones y/o grupos de condiciones, según sea necesario. Asegúrate de seleccionar la lógica relevante entre condiciones/grupos de condiciones.
6. [Opcional] Haz clic en Estimar el impacto del tráfico para ver cómo tu regla afectará al tráfico.
7. Haz clic en Guardar.

Visualiza el impacto estimado que tienen tus reglas de validación en el tráfico, es decir cuántas instalaciones bloqueadas y atribuciones bloqueadas es probable que se generen. 

Para ver el impacto estimado de tu regla de validación:

1. En AppsFlyer, ve a Reglas de validación. 
2. Selecciona una regla existente o haz clic en + Agregar regla y crea una regla nueva con las condiciones y fuentes de las reglas.
3. Desplázate hasta la parte inferior de la regla y haz clic en Estimar el impacto.
   Se abre la ventana de impacto estimado de la regla. 
4.  Selecciona si deseas basar el impacto estimado en datos del último día o de los últimos 7 días.
   • Se muestran los nuevos bloqueos estimados, así como el porcentaje de tráfico recientemente bloqueado debido a la regla de validación.
   • Cuando la regla se define solo en fuentes no orgánicas, la estimación muestra el impacto de la regla frente a todo tu tráfico. Para ver el impacto frente solo a las fuentes (por ejemplo, una fuente de medios o una campaña específica), en la leyenda del gráfico, anula la selección de Otras fuentes.
     

     

Para editar, eliminar, habilitar o deshabilitar una regla:

• En la lista de reglas, selecciona la acción que deseas realizar para una regla específica.
  • En Activa: habilita o deshabilita la regla.
  • En Acción: edita o elimina la regla.

Un patrón de expresión regular se compone de caracteres para los que deseas encontrar una coincidencia. Los patrones simples se crean con caracteres para los que deseas encontrar una coincidencia directa. Cuando la búsqueda de una coincidencia requiere algo más que una coincidencia directa, puedes incluir caracteres especiales en el patrón.

Ejemplos:

Hay dos razones posibles:

• Asegúrate de que las aplicaciones correspondientes estén seleccionadas. Si la aplicación no está seleccionada, los valores no se muestran en los resultados de búsqueda.
• Los resultados se muestran solo si el valor que estás buscando apareció en tu tráfico durante los últimos 30 días. Además, hay un desfase de hasta 1 día entre el momento en que se produce la conversión y el momento en que la fuente o la condición se muestra como una opción del menú.

Si el valor no aparece como resultado de la búsqueda, puedes escribir el valor como texto libre y pulsar la tecla Intro en tu teclado.

Las opciones del campo Fuentes de medios se ven afectadas por tu selección de Agencia. Si se selecciona "agencia no transparente" como una de las fuentes de tráfico, no se muestran las fuentes de medios excepto para Anuncios de Meta y Twitter, sobre las que incluso las agencias no transparentes deben ser transparentes. 

Nota: Si tu regla se aplica a varias aplicaciones, cualquier agencia que sea transparente en algunas de las aplicaciones seleccionadas, pero no transparente en otras, se considera no transparente. Esto significa que no puedes seleccionar fuentes de medios específicas que no sean Anuncios de Meta o Twitter.

Depende de tu caso de uso. A veces, cualquiera de las opciones logra los mismos resultados. Otras veces, ambas opciones son necesarias.

Por ejemplo, si en EE. UU. solo admites instalaciones en el sistema operativo V10 o posterior, pero en Brasil, admites desde V7 y posteriores, necesitarás una regla como:

{[Geo = US] and [OS version = 10]} O {[Geo = Brazil] and [OS version = 7]}

No. Las reglas de validación pueden bloquear instalaciones, bloquear la atribución a las fuentes de una instalación (que impide que la fuente de medios de un clic/impresión reciba la atribución) o bloquear eventos in-app. Sin embargo, ninguna de estas opciones bloquea el clic real y los KPI de clics no se ven afectados por la ejecución de las reglas de validación.

Esto significa que el bloqueo se debió al motor Protect360 y no a una regla de validación. Consulta también Múltiples reglas.

Esto depende de la configuración de la fuente, como se describe en la siguiente tabla.

Si la regla no se aplica automáticamente, debes editar la regla:

• Cambia el campo Agencia a Tráfico de agencia y no agencia o selecciona la agencia específica.

La condición "No en la(s) última(s)" se utiliza cuando tienes una serie de versiones de aplicaciones que deseas incluir en la regla de validación. La condición "No en la(s) última(s) (principal(es))" se utiliza cuando tienes más de una serie de versiones de aplicaciones que deseas incluir en la regla de validación.

Ejemplo: 

• Tienes una serie de versiones de la aplicación 1.0 y 2.0
• Todas las versiones de tus aplicaciones existentes:
  • 1.0.01
  • 1.0.02
  • 1.0.03
  • 2.0.01
  • 2.0.02
  • 2.0.03
• Una regla definida con "No en las últimas 2 versiones" bloquea:
  • 2.0.02
  • 2.0.03
• Una regla definida con "No en las últimas 2 versiones (principales)":
  • 1.0.02
  • 1.0.03
  • 2.0.02
  • 2.0.03