En resumen: Las reglas de validación agregan una capa personalizada de protección contra campañas mal dirigidas y fraudulentas. Las reglas permiten a los propietarios de aplicaciones controlar qué instalaciones y atribuciones de eventos in-app se bloquean o se atribuyen a la última fuente válida.
Descripción general
- Las reglas de validación se definen en el creador de reglas mediante condiciones y lógicas personalizadas que filtran y seleccionan qué instalaciones de aplicaciones o eventos in-app conservar o bloquear.
- Las reglas se basan en una variedad de parámetros para múltiples casos de uso, que incluyen:
- Instalaciones no dirigidas para tu campaña (versión de SO, geolocalización incorrecta, etc.)
- Instalaciones que no cumplen con el orden de inserción firmado con la ad network
- Instalaciones secuestradas por ad networks
- Instalaciones falsas o eventos in-app enviados desde bots, emuladores o granjas de dispositivos
- Las reglas definidas para eventos in-app solo tienen efecto en los eventos in-app asociados con instalaciones que no se bloquearon previamente.
- Las reglas que incluyen una ad network son visibles para el personal de esa ad network (pero no pueden ver otras ad networks incluidas en la regla). Esto es en interés de la transparencia y para ayudar a las ad networks a comprender mejor el rendimiento del tráfico que proporcionan.
- Las reglas se ejecutan en tiempo real y entran en acción inmediatamente. Obtén más información en la sección de resultados.
- Hay opciones adicionales de reglas de validación disponibles para los clientes de Protect360, además del bloqueo y detección del fraude automáticos de Protect360. Estas condiciones son conocidas por ayudar en la detección de diversos tipos de fraude de instalaciones, instalaciones falsas y eventos in-app falsos.
Nota: Las reglas de validación solo validan instalaciones/eventos in-app que Protect360 no identificó como fraude.
Resultados
- Para las instalaciones: Las reglas de validación, según la acción seleccionada, bloquean la atribución y la corrigen a la última fuente de medios válida, o bloquean la atribución por completo.
- Para eventos in-app: Las reglas de validación bloquean la atribución del 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 Bloquear la atribución y corregirla a la última fuente de medios válida. - Se selecciona cuando consideras que la instalación es real, pero tus condiciones determinan qué fuentes deben o no 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 dashboards de AppsFlyer como una instalación regular (atribuida a la última fuente de medios válida)
- Con el plan Protect360 Premium:
- Dashboard 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 dashboards y reportes de AppsFlyer como un IAE regular
- Con la fuente de medios bloqueada en el dashboard de eventos in-app de Protect360 y el reporte de raw data de eventos in-app bloqueados de Protect360
Marcar las instalaciones como inválidas y no atribuirlas - 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 orgánica ni como no orgánica)
- Con el plan Protect360 Premium:
- Dashboard 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 dashboard de eventos in-app de Protect360 y en el reporte de raw data de eventos in-app bloqueados.
Eventos in-app Bloqueo de la atribución - 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:
- Dashboard de IAE de Protect360
- Reporte de raw data de eventos in-app de Protect360
- Sin el plan Protect360 Premium: N/A
- Datos disponibles con el plan Protect360 Premium en el dashboard 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 ad network y las agencias solo pueden ver los datos si el anunciante les otorga los permisos necesarios.
- Cuando se bloquea o atribuye una atribución de instalación a una fuente de medios válida en tiempo real, se envía instantáneamente un postback rechazado a la ad network 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 ad network válida.
-
Cuando se bloquea un evento in-app, se envía instantáneamente un postback de rechazo a la ad network bloqueada.
Note:- Un postback solo se envía si la ad network 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.
- Saber más sobre los postbacks y los postbacks rechazados.
-
El bloqueo de atribución de instalaciones y eventos in-app solo afecta 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 Reglas múltiples, 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 SRNs como Meta Ads y Google Adwords, ya que estas implementan su propia lógica para validar las instalaciones.
Múltiples reglas
- Se pueden ejecutar varias reglas de validación en la misma instalación/IAE. Esto sucede cuando la instalación cumple las condiciones de varias reglas.
- La instalación/IAE 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:
| Tipos de reglas/bloqueos | Orden |
|---|---|
| Bloquear instalaciones | Aleatorio |
| Bloqueo de la atribución | Aleatorio |
| Bloquear evento in-app | Aleatorio |
| Eliminar de AppsFlyer por completo y de cualquier otra cosa | Eliminado de AppsFlyer. Se ignoran otras reglas. |
| Bloquear instalaciones y bloquear atribución |
|
| Bloquear instalaciones y bloquear atribución con el motor Protect360 y las reglas de validación |
|
| Bloquear eventos in-app con el motor Protect360 y las reglas de validación |
|
Creador de reglas
La interfaz de usuario del creador de reglas está diseñada para la creación de reglas interactivas. ¡Consejo! Familiarízate y experimenta con el creador de reglas antes de revisar este artículo en detalle.
El creador de reglas contiene las siguientes secciones:
| Sección | Observaciones |
|---|---|
| Información general |
NotaLa versión de la aplicación solo debe contener números. Por ejemplo, 2.2.1. Nota: Las versiones numéricas de aplicaciones (por ejemplo, 2.2.1) admiten todos los operadores (igual, mayor, menor, etc.). Si la versión de la aplicación es texto personalizado (por ejemplo, version123 o our_latest_version), solo funcionan los operadores "igual" o "no es igual"; no se aplicarán los términos "mayor" o "inferior". |
| Fuentes de tráfico | Fuente de tráfico para la que se aplica la regla. Consulta también las fuentes de Protect360 |
| Condiciones |
Elige si deseas bloquear instalaciones/eventos in-app que "coincidan" o "no coincidan" con las condiciones definidas.
Consulta también las condiciones de Protect360 para instalaciones y eventos in-app. |
| Acciones |
Para instalaciones, selecciona qué hacer con las instalaciones que cumplen las condiciones especificadas:
Para eventos in-app, selecciona qué hacer con las instalaciones que cumplen las condiciones especificadas:
Consulta Resultados para obtener más información. |
Fuentes de instalación
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 instalaciones orgánicas, no se puede seleccionar más información de la 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 de instalaciones orgánicas. - Solo no orgánico: 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.
| Campo | Operador | Valor | Observaciones |
|---|---|---|---|
| Agencia |
|
|
|
| Fuente de medios |
|
|
|
| Campaña |
|
|
|
| ID de campaña |
|
||
| ID del anuncio | |||
| ID de conjunto de anuncios | |||
| Nombre de conjunto de anuncios |
Condiciones de instalación
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.
Carga masiva
Al seleccionar los operadores En la lista o Fuera de la lista dentro de las condiciones que la admiten, tienes la opción de cargar en masa un archivo CSV al agregar nuevos elementos.
Para ello:
- Selecciona una condición con un operador En la lista o Fuera de la lista.
- Selecciona En la lista o Fuera de la lista de la lista desplegable del operador.
- Selecciona Cargar archivo CSV en el cuadro Agregar elementos nuevos.
Nota: El archivo CSV puede contener hasta 17K valores.
Hay opciones de condiciones adicionales disponibles para los clientes de Protect360, para instalaciones y eventos in-app.
| Condición | Operador | Valor | Observaciones |
|---|---|---|---|
| Campaña |
|
|
|
| ID de campaña |
|
||
| ID del anuncio | |||
| ID de conjunto de anuncios | |||
| Nombre de conjunto de anuncios | |||
| Tipo de dispositivo | |||
| Geo |
|
|
|
| Plataforma | Seleccionar el valor del menú. | ||
| Moneda |
Solo moneda. Posibles valores: USD, NZD, SGD, IMP, ANG, MNT, BIF, BBD, HUF, ERN, AZN, AOA, PYG, MYR, GYD, VUV, SLL', FKP, DJF, GNF, LVL, MMK, MRO, RSD, CLF, XDR, ZAR, TND, PHP, KGS, XPD, RON, RUB, KMF, SCR, GIP, TRY, JEP, UYU, XCD, FJD, GHS, MVR, AWG, UGX, TOP, CVE, MKD, COP, CUC, GTQ, KZT, MXN, MGA, AUD, BDT, ISK, KRW, DZD, GGP, OMR, ZMW, MOP, CUP, JPY, SHP, LSL, ETB, BWP, MAD, AED, NGN, BRL, GEL, IDR, EUR, GBP, WST, XAF, SZL, XOF, SEK, UZS, KES, KYD, ILS, KWD, NPR, BZD, QAR, UAH, BTN, HTG, DKK, VND, SBD, JMD, IQD, LBP, XPT, HRK, HKD, JOD, PAB, CDF, VEF, XAU, BAM, CNY, SOS, XPF, GMD, DOP, XAG, KPW, BOB, BHD, BYN, BYR, LRD, BGN, AMD, CZK, CAD, LAK, EEK, MTL, PLN, LKR, BTC, MWK, LTL, ZMK, PGK, YER, PEN, KHR, RWF, BSD, AFN, ZWL, LYD, TMT, HNL, TWD, IRR, MUR, THB, ALL, TJS, SDG, BMD, CRC, NOK, SRD, MZN, CLP, STD, SYP, TZS, EGP, ARS, MDL, INR, SAR, PKR, TTD, NIO, BND, NAD, SVC, CHF |
||
| Ingresos |
|
|
|
| Versión del sistema operativo |
|
|
|
| Días de lookback |
|
|
|
| Está preinstalado |
|
|
|
| Is deeplink | Un campo de deep link vacío en el raw data se considera como Is deeplink = No |
Fuentes de 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.).
| Campo | Operador | Valor | Observaciones |
|---|---|---|---|
| Nombre del evento |
|
|
|
Condiciones de eventos in-app
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 se pueden mezclar y combinar con cualquiera de las condiciones que no son de Protect360 listadas anteriormente.
Las condiciones de Protect360 se definen según las condiciones, los operadores y los valores descritos en la siguiente tabla.
| Condición | Operador | Valor | Observaciones |
|---|---|---|---|
| Nombre del evento |
|
|
|
Nota
Las condiciones de los nombres de eventos no distinguen entre mayúsculas y minúsculas. Todos los nombres de eventos se convierten automáticamente a minúsculas antes de la evaluación. Por ejemplo, si ingresas a Enviar formulario, el sistema lo trata como enviar formulario.
Fuentes de eventos in-app e instalación de Protect360
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.
| Campo | Operador | Valor | Observaciones |
|---|---|---|---|
| ID del sitio |
|
|
|
Condiciones de instalaciones de Protect360
Los clientes de Protect360 tienen un conjunto adicional de condiciones para validar sus instalaciones. Estas condiciones se pueden mezclar y combinar con cualquiera de las condiciones que no son de Protect360 listadas anteriormente.
Las condiciones de Protect360 se definen según las condiciones, los operadores y los valores descritos en la siguiente tabla.
| Condición | Operador | Valor | Observaciones |
|---|---|---|---|
| CTIT (Click Time to Install Time) |
|
|
|
| ID de usuario de cliente (CUID) |
|
|
|
| Versión de la aplicación |
|
|
|
| Versión del SDK |
|
|
|
| Instalador/Tienda |
|
Selecciona el valor del menú:
|
|
| Instalador/tienda personalizado | Texto libre (para valores que no existen en tus resultados de búsqueda). |
|
|
| Tipo de toque para la atribución |
|
|
|
| Carrier |
|
|
|
| Agente de usuario |
|
|
|
| Dirección IP |
|
|
Condiciones de eventos in-app de Protect360
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 se pueden mezclar y combinar con cualquiera de las condiciones que no son de Protect360 listadas anteriormente.
Las condiciones de Protect360 se definen según las condiciones, los operadores y los valores descritos en la siguiente tabla.
| Condición | Operador | Valor | Observaciones |
|---|---|---|---|
| Origen del evento |
|
|
Selecciona SDK o Servidor a servidor. |
| Valor del evento |
|
|
|
| Tiempo de la instalación al evento (en segundos) |
|
Texto libre. Un solo valor numérico. |
|
Lógica entre condiciones y grupos de condiciones
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.
Procedimientos
Ver la lista de reglas
Para ver todas las reglas creadas en tu cuenta:
-
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. - Selecciona tu vista de tabla preferida utilizando el selector Vista de lista/Vista detallada.
-
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 contiene 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.
Agregar regla
Para configurar una regla nueva:
-
En AppsFlyer, ve a Configuración > Reglas de validación.
Se abre la ventana reglas de validación. -
Haz clic en Agregar regla.
Se abre la ventana “Agregar nueva regla”. -
Inserta un nombre de regla. Utiliza un nombre único
que:
- Describe exactamente la regla.
- No es ofensivo para las ad network, ya que se muestra en el reporte de instalaciones bloqueadas, así como en los postbacks rechazados a ad networks.
- Completa las secciones del creador de reglas.
- [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.
- [Opcional] Haz clic en Estimar el impacto en el tráfico para ver cómo tu regla afectará al tráfico.
- Haz clic en Guardar.
Nota
La versión de la aplicación solo debe contener números. Por ejemplo, 2.2.1.
Nota:
Las versiones numéricas de aplicaciones (por ejemplo, 2.2.1) son compatibles con todos los operadores (igual, mayor, menor, etc.).
Si la versión de la aplicación es texto personalizado (por ejemplo, versión123 o our_latest_version), solo los operadores "igual" o "no es igual" funcionan; no se aplicará "mayor" o "inferior".
Ver impacto de la regla de validación
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.
Note
- Solo los anunciantes pueden acceder al estimador de reglas de validación. Los partners no tienen acceso.
- Las estimaciones están disponibles para las reglas relacionadas con las instalaciones y no para las reglas relacionadas con eventos in-app.
- La estimación también muestra lo que se aplica a la regla, pero ya está bloqueado por la protección contra el fraude Protect360, otra regla de validación o, si la regla estimada no es nueva, el tráfico bloqueado por su configuración anterior.
Para ver el impacto estimado de tu regla de validación:
- En AppsFlyer, ve a Reglas de validación.
- Selecciona una regla existente o haz clic en + Agregar regla y crea una regla nueva con las condiciones y fuentes de las reglas.
-
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. -
Selecciona si deseas basar el impacto estimado en datos del último día o de los últimos 7 días.
- Los nuevos bloqueos estimados, así como el nuevo porcentaje de tráfico bloqueado debido a la validación de reglas, se muestra.
-
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 a solo las fuentes (por ejemplo, una
fuente de medios específica o una campaña), en la leyenda
del gráfico, anula la selección de Otras fuentes.
Editar o eliminar una regla
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 Activo: habilita o desactiva la regla.
- En Acción: editar o eliminar la regla.
Preguntas frecuentes
¿Qué es una "expresión regular"?
Un patrón de expresión regular se compone de caracteres para los que se desea encontrar una coincidencia. Se construyen patrones simples 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:
| Expresión regular | Descripción |
|---|---|
| ^abc | Empieza con abc |
| xyz$ | Termina con xyz |
| ^abc.*xyz$ | Empieza con abc y termina con xyz |
| ^abc.*(?<!xyz)$ | Empieza con abc y no termina con xyz |
| ^([0-9]{2}) | Empieza con 2 dígitos |
| \"example_param\":\"[5|6] | El valor del parámetro especificado comienza con 5 o 6. |
| ^.{0}$|^\{\}$ | Está vacío, o solo es {} |
¿Por qué la fuente o la condición no se muestran como un valor sugerido? ¿Cuando lo busco?
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 “Enter” en tu teclado.
¿Por qué mis opciones de fuentes de medios solo incluyen Meta Ads y X Ads?
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 Meta Ads y X Ads, 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 Meta Ads o X Ads.
¿Es necesario tener "y/o" ambos dentro de condiciones específicas y entre grupos de condiciones?
Depende de tu caso de uso. En ocasiones, cualquiera de las opciones logra los mismos resultados. Otras veces, ambas opciones son necesarias.
Por ejemplo, si en Estados Unidos admites instalaciones solo en el sistema operativo V10 o posterior, pero en Brasil, admites desde V7 y posterior, necesitas una regla como:
{[Geo = US] y [versión del OS = 10]} OR {[Geo = Brazil] y [versión del OS = 7]}
¿Bloquean las reglas de validación los clics?
No. Las reglas de validación pueden bloquear instalaciones, bloquear la atribución a las fuentes de una instalación (lo que impide que la fuente de medios de un clic/impresión reciba atribución), o bloquear eventos in-app. Sin embargo, ninguna de estas opciones bloquea el clic real, y los KPIs de clics no se ven afectados por la ejecución de reglas de validación.
Al observar el raw data, veo que las instalaciones que esperaba bloqueadas por las reglas de validación tienen un motivo de bloqueo diferente a mi nombre de regla. ¿Por qué?
Esto significa que el bloqueo se debió al motor de Protect360 y no una regla de validación. Consulta también múltiples reglas.
¿Se aplican automáticamente las reglas existentes para el tráfico de agencias recién integradas?
Esto depende de la configuración de tu Fuente, tal y como se describe en la tabla a continuación.
Si la regla no se aplica automáticamente, debes editar la regla:
- Cambia el campo “Agencia” a Tráfico de agencias y no agencias o selecciona la agencia específica.
| Configuración de fuente | Selección de campo de agencia | ¿Se aplica la regla si se creó antes de que cualquier agencia se integrara con una de tus aplicaciones? | ¿Se aplica la regla si esta se creó después de al menos una integración de agencia con una de tus aplicaciones? |
|---|---|---|---|
| Todo el tráfico | N/R | Sí | Sí |
|
Solo no orgánico |
N/R | No | N/R |
| Tráfico de agencia y no agencia | N/R | Sí | |
|
Tráfico de no agencia y/o agencias específicas |
N/R | No |
¿Cómo funcionan las condiciones "No en la(s) última(s)"?
No es la última condición que se usa cuando se tiene una serie de las versiones de la aplicación que deseas incluir en la validación de reglas específicas. No en la(s) última(s) (principales) es una condición que se usa cuando se tiene más de una serie de versiones de aplicaciones que deseas para 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)",
bloquea:
- 1.0.02
- 1.0.03
- 2.0.02
- 2.0.03
Rasgos y limitaciones
| Característica | Descripción |
|---|---|
| Acceso de usuario a la cuenta | Solo los usuarios de la cuenta con los permisos adecuados pueden ver, agregar y editar reglas de validación. |
| Adquisición de usuarios | Las reglas de validación se aplican a las instalaciones, reinstalaciones y reatribuciones (cuando la aplicación se eliminó del dispositivo). No se aplican en casos de re-engagement, es decir, cuando la aplicación aún está en el dispositivo. |
| Desactivación automática de reglas |
Si creas reglas:
|
| Ad networks |
Requieren permiso del anunciante para Ver reglas de validación para ver los detalles de la regla. Nota: Los nombres de las reglas siempre están visibles (incluidos en raw data). Saber más sobre las reglas de validación para las ad networks |
| Agencias |
Requieren permiso del anunciante para:
|
| Usuarios únicos | Si tienes configurados más de 100 eventos in-app, entonces, incluso si usas reglas de validación para invalidar ciertos eventos in-app, la Limitación para el recuento de usuarios únicos sigue aplicando. Lo que significa que los eventos de más de 100 no tienen usuarios únicos contados, incluso si están invalidados por las reglas de validación. |
| SKAN | No compatible |