Actualizaciones de SKAdNetwork: migración instantánea de modelos, modo de compatibilidad con SKAN 3, informes de ingresos más granulares, API de conversión de Google

Hay’ mucho que’ es nuevo en el soporte de SKAdNetwork de Singular, y’ no estoy ni hablando de SKAN 4 o SKAN 5. El Singular equipo de producto ha trabajado arduamente en actualizaciones de SKAdNetwork y ha entregado mejoras masivas e innovaciones, incluyendo:

• Migración instantánea de modelos
• Modo de compatibilidad con SKAN 3, que le permite realizar una transición segura a SKAN 4
• Informes de ingresos más granulares en SKAN 3 (y actualizaciones aún más importantes en SKAN 4)
• Compatibilidad con Google

Pasé un tiempo con el gerente de productos Singular Omri Barak, charlando sobre las nuevas actualizaciones de SKAdNetwork.

¡Haz clic en reproducir en el video de arriba, suscríbete al podcasty sigue leyendo!

SKAdNetwork: migración instantánea del modelo de conversión

Cambiar modelos de conversión en SKAdNetwork ha sido doloroso y lento. Ya sea que necesites un nuevo modelo porque tu app cambió, o porque crees que hay eventos o umbrales de ingresos diferentes que ofrecerán una mejor señal para la optimización, tendrás que esperar.

Una larga espera.

En primer lugar, los anuncios y campañas existentes vinculados al antiguo modelo de conversión deben eliminarse del inventario de sus socios. En segundo lugar, cada vez que se modifican las señales de conversión, los socios publicitarios deben reconfigurar sus sistemas para que se orienten y optimicen según los nuevos puntos de datos. Esto es así en SKAN 3, y aún más en SKAN 4 debido a las ventanas de conversión mucho más largas.

• Postback de SKAN 3: 24 a 48 horas después de actualizar el valor de conversión final
• SKAN 4 tiene múltiples postbacks, aunque
  • El primer período de devolución es de 0 a 2 días después de la instalación
    • La devolución se produce entre 24 y 48 horas después de actualizar los valores de conversión finales
  • El segundo período de devolución es de 3 a 7 días después de la instalación
    • La devolución se produce entre 1 y 6 días después de actualizar los valores de conversión finales
  • El tercer período de devolución es de 8 a 35 días después de la instalación
    • La devolución se produce entre 1 y 6 días después de actualizar los valores de conversión finales

Si sumamos todo, las devoluciones de SKAN 4 podrían no eliminarse hasta 41 días después de la instalación original. Y eso perjudica el crecimiento.

“Una campaña es mejor que ninguna”, dice Barak. “Realmente dificulta la adopción de SKAN”

La solución: ciencia de datos extrema para una migración de modelos instantánea y sin inconvenientes, que permite cambiar los modelos SKAN 3 a voluntad (así como actualizar a SKAN 4) sin largas esperas, datos faltantes y oportunidades de crecimiento perdidas.

“Hemos desarrollado modelos internos para determinar la probabilidad de cada valor de conversión o cada postback que recibimos”, dice Barak. “Podemos determinar la probabilidad de que el primer modelo codificara esto, o el segundo”

Esto funciona especialmente bien con pequeños ajustes en los modelos de conversión de SKAN. También funciona cuando los profesionales del marketing cambian por completo los eventos que miden, ya que es más fácil determinar que los eventos antiguos ya no son relevantes. También se admiten pequeños ajustes en los modelos de ingresos, y Barak afirma que mejorarán los ingresos previstos para los días 1 y 7 sin afectar gravemente la optimización de la red.

Desde el punto de vista informativo, esto es completamente transparente: no hay diferencias, no hay pausas.

Además, Singular se comunicará con sus socios publicitarios para informarles: ya no es necesario pausar las campañas cuando obtiene nuevos criterios de optimización de los modelos de conversión actualizados.

Modo de compatibilidad SKAN 3

Poder actualizar instantáneamente el modelo de conversión de SKAdNetwork a uno potencialmente mejor es fantástico. Poder actualizar a SKAN 4 sin interrupciones y mantener la compatibilidad con SKAN 3 es aún mejor, y esa es una de las actualizaciones de SKAdNetwork Singular ha implementado recientemente.

Tenga en cuenta que lo que determina si una red publicitaria proporciona un postback de SKAN 4 depende de tres cosas:

1. La versión de clic de la red publicitaria
2. La forma en que se actualiza el valor de conversión
3. La versión de iOS que se ejecuta en el dispositivo en el que está instalada una aplicación

La función del modo de compatibilidad con SKAN 3 es sencilla: detiene la codificación de valores después de 24 horas para que el primer postback de SKAdNetwork sea funcionalmente equivalente entre SKAN 3 y SKAN 4. Por lo tanto, en un entorno SKAN 3, no se pierde nada. En un entorno SKAN 4, se obtiene una ventaja adicional con los postbacks 2 y 3, lo que no habría sido posible si se hubiera mantenido el modo predeterminado de SKAN 3.

“Básicamente, lo que hacemos es dejar de codificar nuevos valores después de las primeras 24 horas”, dice Barak. 

“En el caso de SKAN 4, se pierde parte de la medición o cualquier cosa que suceda entre 24 y 48 horas, pero en realidad esto permite que SKAN 3 y SKAN 4 logren la misma información y valores de conversión, y aún así no interferirá con la optimización de red actual que se basa en SKAN 3”

Informes de ingresos más granulares

Los modelos de conversión de ingresos de SKAdNetwork suelen ser menos granulares de lo deseado, ya que se basan simplemente en la cantidad de segmentos de ingresos que se pueden configurar. Ahora, Singular utiliza sus propios datos propios para verificar los cálculos de SKAN y obtener ingresos más precisos.

El problema es intentar estimar el valor real a partir de los rangos de valores de conversión SKAN.

Los ingresos pueden abarcar un rango de $1 o mucho más. La estimación de los ingresos reportados por SKAN generalmente promediaría ese rango, por lo que un postback con un rango de valor de conversión de $1 a $2 estimaría $1.50 en ingresos reportados.

El problema es que esto podría no coincidir con tus compras reales, lo que resultaría en ingresos subestimados. Esto, a su vez, generaría cálculos inexactos del ROAS , suposiciones erróneas sobre el LTV y el ROI , y una peor optimización de las campañas publicitarias.

La solución es comprobar sus ingresos reales.

Para solucionar esto, en Singular contabilizamos los ingresos reales de cada usuario que alcanzó un valor de conversión determinado —comenta Barak—. De esta forma, podemos agrupar o agrupar a los usuarios según el valor de conversión alcanzado. Por ejemplo, si todos los usuarios que alcanzaron el valor de conversión 2 gastaron $2.99, podremos generar informes correctos y asignarlos a ese valor de conversión. Esto se traduce en informes mucho más precisos

El primer paso fue la predicción de ingresos D7 con una precisión del 87 % bajo SKAdNetwork, que Singular lanzó en mayo de 2022. Ahora, Singular cuenta con un D1 preciso y está trabajando para cerrar la brecha entre D2 y D3.

SKAN 4 simplemente mejorará este modelado con el segundo y tercer postback.

API de conversión de Google

Google se ha tomado su tiempo para dar soporte a SKAdNetwork, por supuesto, pero ahora el gigante de las búsquedas y la publicidad está ahí. Lo que está disponible ahora es la actualización automática de tus modelos de conversión de SKAN en Google Ads tan pronto como los actualices en Singular.

“Lanzaron una API que permite a Singular actualizar el modelo”, afirma Barak. “Esto significa que Google ahora puede optimizar, no solo para objetivos específicos, como valores de conversión más altos, sino también para eventos específicos o campañas de ROAS. Y la buena noticia para los usuarios Singular es que está listo para usar, sin necesidad de hacer nada”

Configura tu modelo y estarás listo.

Incluso puedes configurar tu modelo SKAN 4 (que Google aún no soporta) y, gracias al modo de compatibilidad, Singular lo enviará a Google como si fuera un modelo SKAN 3.

Próximamente habrá más actualizaciones de SKAdNetwork

Habrá más actualizaciones de SKAdNetwork próximamente:

• Cohortes más precisas
• cohortes más largas
• Mejores informes de postback 2 y postback 3 en SKAN 4
• Nuevos modelos de conversión

El objetivo es simple: ser el mejor proveedor de atribución de iOS y SKAdNetwork.

"Básicamente, queremos ser siempre la empresa líder en SKAN", dice Barak. "Ese es nuestro objetivo y en eso estamos trabajando"

Si aún no lo has hecho, suscríbete a Growth Masterminds y Singular su canal de YouTube. Siempre estarás al día no solo con lo que Singular está haciendo, pero también lo que los principales expertos mundiales en marketing móvil están aprendiendo y compartiendo.

Transcripción completa: Actualizaciones Singular SKAdNetwork

John Koetsier: ¿Qué novedades hay en SKAdNetwork? 

Hola y bienvenidos a Growth Masterminds. Me llamo John Koetsier. 

Parece que están sucediendo muchas cosas con SKAN en este momento: la transición a la versión 4, algunos errores quizás y tal vez un poco de retroceso, pero también hay mucha innovación sucediendo. 

Para hablar de eso, tenemos al gerente de producto Singular , Omri Barak. Bienvenido, Omri.

Omri Barak: John, gracias por invitarme. 

John Koetsier: Muy emocionado de tenerte. Muy emocionado de sumergirnos en todo esto. Primero, visión general: comencemos. ¿Cuál es el estado de SKAN ahora?

Omri Barak: SKAN 4 lleva más de un año lanzado y la adopción sigue siendo lenta. Depende totalmente de las redes, para ser sincero. Son las redes las que deciden qué versión de SKAN pueden usar nuestros usuarios o cualquier persona que haga UA.

Acabamos de ver un retroceso cuando Meta lanzó SKAN 4 y luego vimos una disminución en los valores de conversión. En Singular, el equipo detectó un error de Apple. Ahora sabemos que Meta dio un paso atrás y revirtió el cambio, y ahora incluso Meta se basa principalmente en SKAN 3. Por lo tanto, estamos viendo una adopción, pero más lenta de lo que pensábamos.

John Koetsier: Sí, estaba muy emocionado. Hace 15, 20, 30 días la adopción de SKAN parecía en alza. Meta empezó, fue genial. Vimos adopción a nivel sectorial entre 30-40 %, incluso llegando al 50 % algunos días. Luego surgío el bug. Los valores de conversión desaparecían y Meta dijo, “Ah, volvemos a SKAN 3.” Ahora temo que pasen meses más en SKAN 3, porque ¿cuándo se actualizarán todos los dispositivos iOS? Yo estoy en iOS, creo que es la versión 17 ahora, o la más reciente, ¿no?

Es una versión beta completa, pero la mayoría de la gente actualiza cuando tiene que hacerlo, o cuando el teléfono finalmente lo hace por ellos, ¿verdad? Así que, sí, eso me preocupa un poco ahora mismo.

Omri Barak: Sí, falta mucho tiempo hasta que cada dispositivo esté realmente listo para SKAN 4. Sabemos que Apple lo arregló en la última 16.6, si recuerdo bien. Seguirá tomando mucho tiempo hasta que todos los dispositivos sean elegibles para SKAN 4 sin este error que lo obstaculiza.

John Koetsier: Sin embargo, llegaremos. Va a suceder. Las ruedas del progreso siguen girando, así que llegaremos. 

Ahora bien, uno de los desafíos, por supuesto, es que, incluso si solo se usa SKAN 3, a veces se cambia el modelo. A veces, simplemente se piensa que hay una mejor manera de capturar conversiones; hay eventos que son más indicativos del valor a largo plazo, sea cual sea, y se necesita cambiar el modelo de conversión. 

Además, al actualizar a la versión 4, también hay cambios. ¿Cuáles son algunos de los desafíos asociados? ¿Por qué es difícil? O incluso, casi no quieres hacerlo.

Omri Barak: Básicamente, al cambiar de modelo en SKAN, la mayoría de los socios empiezan esperando a que se descarguen todos los postbacks de SKAN. Debido a los temporizadores aleatorios, las ventanas de bloqueo y los diferentes periodos de medición, según el modelo, principalmente debido a un mecanismo integrado en SKAN o hasta SKAN 3, cada vez que se actualizaba el valor de conversión, se contaba con un periodo de gracia de 24 horas para actualizar la conversión de nuevo. Y solo después de transcurrido el tiempo completo, Apple activaba un segundo temporizador de 24 horas, y solo entonces cualquier socio que mostrara un anuncio recibía el primer postback. 

Así que fue un desafío serio. Y lo que los socios e incluso Singular hacían en el pasado para poder descifrar qué significaba cada postback o cada valor de conversión, lo que requería detener toda la actualización de valores de conversión. Lo cual es un desafío si no trabajas con un MMP. Pero incluso con un MMP, eso significa que vas a detener una nueva codificación durante 24 o 48 horas, según tu modelo. 

Y lo que vimos en Singular es que dificulta enormemente la adopción de SKAN. Si las personas configuran un modelo y no quieren detener sus campañas, podría no ser el mejor modelo y no funcionar bien para la optimización, pero una campaña es mejor que ninguna durante dos días. Vimos a personas estancadas o trabajando con un modelo subóptimo simplemente porque alguien lo inició en el pasado. También sabemos que algunas redes se pausan cada vez que cambia un modelo en el lado MMP.

Por ejemplo, Meta solía pausar una campaña si alguien cambiaba el modelo en Singular. Este es un caso de uso común para todos los MMP, no un problema específico Singular . Al presentar SKAN 4, sabemos que todos cambiarán un modelo. Por ejemplo, hay nuevos postbacks que configurar, y el período de medición cambia de uno a dos por defecto.

En Singular comprendimos que no queríamos afrontar este reto con todos nuestros clientes a la vez. Por eso, implementamos una migración de modelos fluida en Singular. 

Ahora, en Singular, puedes cambiar los modelos SKAN 4 sin pausar. Para ello, aplicamos mucha ciencia de datos. Por ejemplo, necesitamos determinar qué significa cada valor de conversión si no pausamos el modelo. No queremos pausarlo por otras razones, ¿verdad? El tiempo de pausa se ha incrementado en 48 horas, por lo que ahora la pausa sería mucho más larga. Además, hay un segundo y un tercer postback que pueden tardar hasta 35 días. 

John Koetsier: Un mes.

Omri Barak: Y entonces nuestro enfoque en Singular, dejamos de esperar a que los eventos se vacíen. Pero hemos creado modelos internos para determinar, para cada valor de conversión o postback que recibimos, cuál es la probabilidad. Sé que es una palabra que ya no se puede decir, pero sigue siendo válida estadísticamente. Pero estamos capaces de determinar cuál es la probabilidad de que el primer modelo haya codificado esto, o el segundo modelo.

Y desde la perspectiva de los informes, no se ve nada en los informes Singular . Es como si estuvieran completamente estancados. No se ve ninguna diferencia ni ninguna pausa, y eso es increíble. Además, colaboramos con socios para decirles: "Bueno, quizás puedan dejar de pausar sus campañas". Esperamos anunciarlo pronto.

John Koetsier: Así que reproduzcámoslo rápido en SKAN 3. Si quieres cambiar tu modelo, ¿adivina qué? Puede que encuentres uno más optimizado. Puede que halles un evento más predictivo, lo que sea. Probablemente tienes al menos dos o tres días de datos malos o pobres, ¿no? Porque hay tiempo para que se purgue. 

El nuevo modelo está acelerando. Podría ser incluso más, porque ¿adivinen qué? Si las plataformas y redes usan SKAN para optimizar, ¿cómo optimizan en base a eso? Así que, en realidad, podrían gastar más dinero y gastarlo simplemente porque la IA está entrenando a las redes para que optimicen. 

En SKAN 4, eso es un problema aún mayor, como dijiste, porque los periodos de conversión predeterminados son enormes. Mucho más largos, sobre todo el segundo y tercer postback, ¿verdad? El tercero, 35 días... ¡ay!, más o menos un periodo indeterminado. Así que podrías estar perdiendo el tiempo. 

Ahora básicamente estás diciendo: "Oye, cámbialo sobre la marcha. Adelante. Nosotros resolveremos todos los detalles. Nosotros resolveremos todos los detalles". Eso suena genial. Suena maravilloso. ¿Qué tan bueno es? ¿Qué tan cerca está de la realidad?

Omri Barak: So, it works amazing with minor tweaks. Which we already know, like if you have revenue buckets and change it around a bit, or if you introduce events that are unique. If you totally changed events that weren’t on the first model and now are available in the second model, it also works pretty well, because it’s easier to determine that the old events are no longer relevant in any way.

Así que admitimos estos dos tipos de casos de uso muy distintos. Y sabemos que funcionan bien. Si quieres obtener nuevos eventos, es fácil, porque es bastante sencillo descubrir que no están relacionados con el primer evento. Y pequeños ajustes en los ingresos, que son muy importantes para Singular desde Singular perspectiva, se traducen en mejores ingresos de un día e incluso en los ingresos previstos de siete días gracias al funcionamiento de nuestros algoritmos, y esperamos que no afecten significativamente la optimización de la red.

John Koetsier: Super interesante y súper genial. Tengo muchas ganas. En última instancia, el objetivo es esto y también con Privacy Sandbox que es aún más complejo, let’s ponerlo de esa manera, y que llega pronto, la meta es: ejecuta tus campañas. Sé marketer. Impulsa tu crecimiento. Nos encargaremos de los detalles. Y eso es un paso hacia ese futuro feliz y esperamos que funcione a la perfección. ¿Está disponible ahora? ¿Ya está lanzado?

Omri Barak: Sí, está activo para todos. Cualquiera con campaña SKAN 3 la actualiza a SKAN 4 sin pausa. Pero no’estás totalmente satisfecho con ella o quieres ajustarla, ahora’es el momento de hacerlo sin cargos extra.

John Koetsier: Y para que todos lo tengan claro, puedes actualizar a tu modelo SKAN 4. No cambia nada. No pierdes datos si tu socio solo usa SKAN 3. De hecho obtienes más datos cuando empiezan a usar SKAN 4, ¿verdad?

Omri Barak: Verdadero. Entonces, en Singular ingresamos para que nuestros clientes’ vuelvan aquí mientras la mayoría de las redes aún están en SKAN 3, permitimos un modo de compatibilidad SKAN 3 en Singular y eso permite a los clientes que solo quieren probar SKAN 4, que solo desean tener valores de conversión gruesos, que quieren obtener P2 y P3 para averiguarlo, o que están trabajando con la mayoría de las redes SKAN3 y no quieren perjudicar la optimización y los informes de su lado, permitimos un modo de compatibilidad. 

Lo que hacemos en Singular para respaldarlo (y no entraré en detalles matemáticos porque siempre pierdo a todos cuando lo hago) es, básicamente, dejar de codificar nuevos valores después de las primeras 24 horas. En el caso de SKAN 4, se pierde parte de la medición o cualquier cosa que ocurra entre 24 y 48 horas. Sin embargo, esto permite que SKAN 3 y SKAN 4 obtengan la misma información y valores de conversión, sin interferir con la optimización de red actual basada en SKAN 3.

John Koetsier: Y aún permite el postback 2 y el postback 3 más adelante. 

Omri Barak: Sí. 

John Koetsier: Perfecto. Perfecto. Y te brinda paridad entre esos dos modelos de medición. Así puedes ver, oye, ¿qué estoy viendo? ¿Qué estoy obteniendo? Porque con SKAN 4, incluso si detienes el primer período de postback, lo bloqueas después de 24 h, there’s datos adicionales que puedes obtener, datos de identificador de origen, si coincides, si tienes suficiente volumen para superar los umbrales de privacidad o anonimato de audiencia, que es un término de SKAN 4. 

Genial. ¿Qué más novedades hay en SKAN para Singular? Tienes ingresos por modelo, cohortes de SKAN y algunas funciones de la API de conversión de Google. ¿Qué más novedades hay?

Omri Barak: Una de las cosas más interesantes que hicimos recientemente en Singular es que mejoramos nuestro P1, nuestro primer tipo de informes de postback que funciona para SKAN 3 y SKAN 4 también para tener una mejor indicación de cuáles son los ingresos reales generados por cada postback.

Pensemos en un ejemplo sencillo. Supongamos que tienes un segmento de ingresos configurado en tu modelo, que está entre $2 y $3. Un enfoque ingenuo sería decir: "Cada vez que obtengo este valor de postback, lo considero como dos dólares y medio, y es la mitad del segmento". Pero mi aplicación solo tiene un paquete de gemas de $2.99. Por lo tanto, cada vez que obtengo este postback, no es igual, como dos dólares y medio. Son $2.99. Y entonces, en realidad, estoy informando menos de lo que realmente se debe. Singular, o cualquiera que quiera descifrar esto, informaría menos de lo que se debe. 

Para solucionar esto, en Singular contabilizamos los ingresos reales de cada usuario que alcanzó un valor de conversión determinado. De esta forma, podemos agrupar o agrupar a los usuarios según el valor de conversión alcanzado. Por ejemplo, si todos los usuarios que alcanzaron el valor de conversión 2 gastaron $2.99, podremos generar informes y asignarlos correctamente a ese valor de conversión. Esto genera informes mucho más precisos, aunque el ejemplo sea obvio, pero se puede ver en todos los ámbitos.

Por lo tanto, muchas veces, si los ingresos son demasiado grandes o no se adaptan bien a mi aplicación específica, los informes de ingresos fluctuaban. Ahora, todos nuestros clientes cuentan con informes mucho más precisos desde el primer día, lo cual se adapta perfectamente a nuestro plan general de reincorporar las cohortes al mundo SKAN. Por lo tanto, uno de los mayores desafíos de los informes SKAN es que Apple nos quitó los ingresos de las cohortes. 

Y ahora Singular ya se ha lanzado, el primer paso fue lanzar el Día 7, lo cual es un gran salto. Ahora tenemos el Día 1 exacto, y estamos trabajando para acortar la distancia entre el Día 2 y el Día 3.

Hay mucha más ciencia de datos y queremos incorporar P2 y P3 para obtener mejores informes. Así que ahora, cuando SKAN 4 comience a funcionar, tendremos muchas más señales para cohortes más largas, lo que nos permitirá abordar el Día 7. Usar el postback 2 sería fantástico. Obtendremos datos mucho más precisos y el Día 35 también se basará en P2 y P3. Lo cual es fantástico, porque básicamente estamos recuperando cohortes.

John Koetsier: Muy genial. ¿También es el caso que cuando est’as reportando algo que has’ usado ciencia de datos para determinar, est’as reportándolo como, creemos que es’ aquí, pero aquí’ el rango posible y aquí’ la probabilidad?

Omri Barak: Sí. Tenemos rango porque es modelado estadístico. Cuanto más preciso o mejor sea el modelo que elijas, mejor será el indicador de ingresos. Si eliges eventos sin correlación con ingresos, es un reto para lo que intentamos. Evidentemente, los ingresos son lo mejor, con la mejor correlación.

Pero si no se obtienen ingresos el primer o segundo día, sabemos que es un desafío, especialmente en el ámbito de los juegos no relacionados con juegos o juegos no casuales. Si se utilizan eventos bien definidos, como el inicio de una suscripción, incluso si esta no finaliza o no se ven ingresos en los primeros siete días (o los dos primeros, obviamente, e incluso si no se ven ingresos durante siete), podría ser un buen indicador de cuántos ingresos generan estos usuarios.

Cualquier interacción puede ser un buen indicador. Y esa es una de las ventajas de nuestro nuevo enfoque: para ver los ingresos, ya sean del primer o del séptimo día en Singular, no es necesario tenerlos codificados en el modelo SKAN. Así, si eliges diferentes eventos que puedan tener un efecto más duradero, o si quieres optimizar las redes para esos eventos, seguirás viendo los ingresos generados por esos usuarios en Singular. Es lo mejor de ambos mundos.

John Koetsier: Maravilloso. ¿Y cuál es el asunto del API de conversión de Google?

Omri Barak: Así que, es una noticia increíble. Google llegó tarde al juego SKAN, muy tarde. Es la primera vez que optimizan modelos provistos por un tercero o MMP en este escenario.

Además, lanzaron una API que permite SingularSingular actualizar el modelo configurado. Esto significa que Google ahora puede optimizar, no solo para objetivos específicos, como valores de conversión más altos, sino también para eventos específicos o campañas de ROAS. Y la buena noticia para los usuarios Singular es que está lista para usar, sin necesidad de hacer nada.

Configuras un modelo en Singular. Singular lo envía a Google y listo. Ahora puedes iniciar tu campaña y ejecutarla. La mala noticia es que, por ahora, solo son compatibles con SKAN 3. 

John Koetsier: Lo cual no es realmente un problema al menos por un par de meses.

Omri Barak: Not really a problem. And even if you have a SKAN 4 model in Singular, we’ll send it over to Google as if it was a SKAN 3. Don’t worry about it. In Singular, you don’t need to worry if you have a SKAN 3 or SKAN 4 model, we are fully compatible and in every which way. And things work, out of the box.

John Koetsier: Simplemente funciona. Me suena de otra empresa, quizá una de frutas, no estoy seguro. ¿Algo más? Cuéntanos un poco. ¿Qué podemos esperar el próximo trimestre? ¿Algún otro beneficio?

Omri Barak: Estamos trabajando en cohortes mucho más precisas y más largas. Estamos trabajando en mejores informes P2 y P3. Queremos mostrar los eventos y los usuarios pagos en cada tipo de período de postback. Podríamos estar trabajando en nuevos modelos, pero solo está en fase de idea. 

Pero básicamente queremos ser siempre la empresa líder en SKAN. Ese es nuestro objetivo y en eso estamos trabajando este trimestre, como lo hicimos el trimestre pasado.

John Koetsier: ¡Maravilloso! Bueno, Omri, gracias por dedicar este tiempo. Sé que es tarde donde estás. Además, gracias a ti y a tu equipo por descubrir lo que realmente sucedía con SKAN 4 y el error de reinicio del valor de conversión.

Si quieres los detalles, Omri escribió un artículo en el Singular blog. Visita Singular, abre el blog y encontrarás su publicación. Es una de las tres o cuatro recientes, la encontrarás allí. Muchas gracias por tu tiempo y que tengas una excelente noche.

Omri Barak: Gracias, John.