, , ,

“SMALL ARCHITECTURES FOR A BIG DATA”

¿Conoces a todos los miembros de Geenapp?

Hoy queremos presentar a Joakim Vivas, CTO (Chief Technology Officer) de Geenapp. Se define a sí mismo como especializado en Scale Up Tecnológico, utilizando para ello las mejoras tecnologías y creando, a la vez, equipos IT multidisciplinares para su consecución.

Gracias a su pasión por la tecnología, Joakim participó como ponente en el Big Data Week en Barcelona.

Ahora, quiere transmitirnos su entusiasmo y contarnos con detalles qué es el Big Data y cómo puede beneficiarnos.

joakim-vivas-moderna

Casi siempre tenemos la costumbre de pensar que Tecnología es todo aquello que es grande, caro y complicado. Bueno, no es cierto! Básicamente la tecnología es el bolígrafo que nos permite dibujar aquello que nos imaginamos, ya sea mediante un lenguaje de programación, mediante un hardware que lo sustenta todo, etc… en este breve artículo veremos cómo afrontar la construcción de una pequeña infraestructura de Big Data basada en AWS 8Amazon Web Services). Veamos cómo:

 

Lo primero que tenemos que hacer es resolver tres simples preguntas:

1.- ¿Qué tenemos?

2.- ¿Qué necesitamos?

3.- ¿Dónde queremos ir?

Quizás, también, tendríamos que añadir: ¿Qué presupuesto tenemos?, pero parto con la idea que: muy poco. Esta arquitectura no será superior a 1000€ de coste anuales.

Muchas veces nos ponemos a construir cosas sin antes pensarlo bien, ya hemos visto anteriormente las preguntas que vienen a ser la base del todo. Pero, también, es muy importante conocer nuestros Flows de Datos. ¿Realmente los conocemos? O ¿simplemente hemos empezado a construir la arquitectura sin saber qué tipología de datos tenemos? Vayamos más allá, ¿para nosotros qué es un Dato?. No olvidemos que un Dato no es lo mismo para nosotros que para otras personas, puede ser algo muy grande o algo muy, muy, muy pequeño. Quizás, por ejemplo, para nosotros el número de ID que figura en la tarjeta de fidelización de la tienda de electrónica que frecuentamos, pues ya no es válido como dato, simplemente tenemos que guardarlo; pero, para ellos, ése simplemente es un dato que enlazará a muchos otro datos nuestros como por ejemplo: ficha de cliente, facturas, carritos perdidos de la compra, etc… no despreciemos nunca un dato pero tampoco nos estresemos con ello.

Por lo tanto, ¿Big Data qué es? ¿Es aquella típica situación de tenerlo todo guardado en una enorme base de datos? Miremos de diferenciar el Tipo de entrada. Sólo con ello ya tendremos muchas mejoras y, también, enfocada cómo podría ser nuestra infraestructura más inicial. Por ejemplo, supongamos que tenemos estos tres tipos de datos o, mejor dicho, de Tipología de Datos:

  1. a) Datos Transaccionales
  2. b) Datos Realtime
  3. c) Datos Analíticos

Pensad que un dato, por ejemplo, de facturación no es un dato en Realtime. ¿Qué lo podría ser? Pues por ejemplo los datos de Google Analytics, que están dándonos información al minuto de lo que está pasando en nuestra web. En realidad si nuestra ficha de cliente no está actualizada al minuto, tampoco pasa nada (depende del tipo de negocio que tengamos, claro…).

Al final, un proceso de Big Data se puede descomponer en tres grandes bloques:

1.- Ingesta de datos (entrada y primer filtro)

2.- Almacenamiento de datos (Según tipología de los datos)

3.- Proceso y explotación de los datos (con aquello datos, ya limpios, podemos lanzar procesos de cálculo posteriores)

Para cada uno de los pasos, tenemos soluciones simples que nos pueden ayudar. Mi recomendación para el primer punto es “Fluentd” que nos permitirá, a partir de un proceso BPM, ir cargando datos a  la base de datos que le indiquemos, aplicarle unos mínimos filtros y, luego, mediante los procesos que podemos desarrollar ya sea en “R” o “Python”, por ejemplo, pues acabar de optimizarlos y sacarle el máximo jugo posible.

También, no olvidemos que tenemos posibilidades como “Elasticsearch”, fusionado con “Kibana” (ELK), que nos pueden sacar de más de un apuro si los tenemos correctamente configurados. Aunque Elasticsearch no es propiamente una base de datos, sí nos puede ayudar en la indexación de éstos y, luego, mediante Kibana, permitirnos extraer datos analíticos. Aunque, se requerirá de una cocina de los mismos para no pincharlo directamente a los datos en sucio (raw).

Por supuesto que tenemos muchas posibilidades que no hemos contemplado pero, la gracia era poder construir una Arquitectura simple, sin complicaciones y relativamente económica. Aunque, estaré encantado de tener vuestro feedback para mejorar el artículo.

 

 

, ,

Quality Anti-Fraud, all the process

El fraude en el sector de la promoción de Apps es algo que se lleva comentando y hablando desde hace tiempo, algo en lo que Geenapp ponemos gran parte de nuestros esfuerzos en innovación. Y es que intentar bloquear a los tramposos no es una tarea sencilla pero sí factible.

Hay dos momentos a analizar cuando hablamos de anti-fraude en la atribución: el clic y la atribución en sí.

En la parte del clic hay varios sistemas sencillos a analizar. El primero de ellos es evidente: que la IP del usuario no sea de una máquina y sea realmente de un operador que ofrezca servicios de Internet a usuarios finales. Teniendo en cuenta que hay 2.500 millones de IP, es fácil, pero no tanto. Además hay que tener presentes las VPN, proxies, etc. Por otro lado tenemos otros elementos obvios, como dispositivos y versiones de sistemas operativos “que no cuadran”. Con esto eliminas muchos piratas, pero no todos, principalmente si no tienes un SDK en el que analizar realmente el dispositivo y su fiabilidad, momento en el que cambia el sistema.

Otro elemento básico en los clics es que siempre recibamos al menos dos datos: el identificador único del clic y la fuente de tráfico. Si me mandas la fuente de tráfico, Geenapp te podrá analizar la calidad y podré decirte que esa fuente está haciendo trampas, algo que al final te va a generar “scrubs” o conversiones inválidas que van a afectar a tu cuenta de resultados de forma negativa. Nadie quiere tener tramposos en su casa.

Por otro lado está la atribución. En general para realizar la atribución tenemos a los “trackers”, empresas que se dedican exclusivamente a ello. Aunque precisamente por esto, como su trabajo es realizar atribuciones (y cobran por ello) eliminar las que no son reales no parece entrar en el negocio de todos, al menos no de forma extensa.

En nuestro caso, cuando recibimos los S2S de la atribución solicitamos la mayor cantidad de información posible: IP, user-agent, identificadores de dispositivo… ¿Por qué? Básicamente porque si el sistema de atribución me manda toda la información voy a ser capaz de analizarla y de decidir no realizar la atribución a los tramposos. En estos casos realizamos una tarea de prevención para que aquellos que se creen que pueden mandar mucho tráfico fraudulento y esperan conseguir conversiones, tengan un sistema disuasorio para que no lo hagan, al menos no con Geenapp.

Si eres una ad-network y trabajas con trackers y otras ad-networks, por favor, solicita recibir toda la información que puedas para mejorar la calidad del cruce de información a todos los niveles. Cuanta más información tengamos, más posibilidades de combatir a los tramposos tenemos todos.

, , ,

Geenapp cierra su ronda seed con medio millón de euros

La plataforma tecnológica incorpora como inversores a Kima Ventures y Caixa Capital Risc, la gestora de capital riesgo del Grupo “la Caixa”

Barcelona 18 de mayo de 2016 Geenapp, la startup con base en Barcelona, ha cerrado una segunda ronda de financiación de 500.000 euros. En esta operación ha participado la francesa Kima Ventures capitaneada por Xavier Niel, creador de la cuarta operadora de telefonía en Francia Free Mobile. Y por otro lado Caixa Capital Risc, la gestora de capital riesgo del Grupo “la Caixa”. Este nuevo impulso acelerará su presencia en el mercado internacional y continuará con la optimización del proceso productivo mediante la incorporación de capital humano.

Geenapp es una plataforma tecnológica que agrupa todas las campañas de Apps para ofrecer un sistema inteligente de promoción. Gracias a la incorporación de este sistema, tanto en web como en redes sociales, permite promocionar otras aplicaciones y monetizar por ello, ya que por cada instalación generada, aunque la aplicación sea gratuita, se obtienen ingresos.

La plataforma gestiona a diario más de 27.000 campañas en 191 países donde ha irrumpido con fuerza especialmente en mercados tan competitivos como Estados Unidos, Israel, India y el centro de Europa, gracias en parte a la digitalización del programa que permite llevar muchas campañas a la vez, al capital humano de gran talento y a la constante inversión en I+D.

En palabras de la CEO, Gina Tost: “La automatización y escalabilidad global del negocio es fundamental para el crecimiento de cualquier empresa tecnológica. Esta ronda de financiación es importante para seguir desarrollando nuevas herramientas que nos permitan investigar sobre la economía de las Apps y su flujo en los diferentes mercados”.

Con tecnología 100% española, la startup ha sido reconocida por la prestigiosa revista Wired como una de las 100 mejores startups europeas y recientemente ha recibido el premio, otorgado por The Hundert Magazine, como “One of the 100 Best Female Founders”.

 

Acerca de Geenapp
Geenapp nació en Barcelona en el 2013 como respuesta a la demanda creciente de desarrolladores de Apps en la captación de nuevos consumidores. La empresa está dedicada a conseguir usuarios y dar visibilidad a las Apps en todo el mundo en base a campañas CPI (coste por instalación), CPE (coste por engagement) o CPA (coste por acción) para todos los sistemas operativos móviles. El equipo ejecutivo está integrado por Jaume Ferré como Chairman, Gina Tost como CEO, y Javier Casares como CTO. 

Acerca de Kima Ventures
Kima Ventures, es uno de los inversores en fase inicial más activos del mundo, la inversión en nuevas empresas de 2 a 3 por semana en todo el mundo; proporcionando a los fundadores con la financiación, la red y el apoyo para que alcancen los siguientes pasos de su viaje. Con sede en París, con una oficina en Londres, está fundada y respaldada por Xavier Niel, fundador de la LLiad y dando soporte a los empresarios a través de proyectos tales como 42, 1000 Start-Ups @ La Halle Freyssinet y 101projets. En los últimos 5 años hemos invertido en más de 370 nuevas empresas en 24 países diferentes, tales como Transferwise, estibador, AngelList, capitán de tren, Aircall, eShares y Pandadoc.

Acerca de Caixa Capital Risc
Caixa Capital Risc, sociedad 100% de CriteriaCaixa, es la gestora de capital riesgo del Grupo ”la Caixa”, que invierte en las primeras etapas de compañías españolas innovadoras y con un elevado potencial de crecimiento, y las acompaña en las diferentes etapas de su crecimiento.

La gestora es un inversor multiespecialista que dedica su atención a los sectores que considera emergentes: ciencias de la vida, tecnología y digital y tecnologías para la industria. Caixa Capital Risc gestiona un volumen de 180 millones de euros, a través de 8 fondos de inversión, y tiene más de 180 empresas en cartera.

Además de la actividad inversora, desarrolla una intensa actividad de apoyo a los emprendedores en toda España. A través de la iniciativa EmprendedorXXI, el grupo ”la Caixa” impulsa iniciativas que dan formación y visibilidad a las nuevas empresas con un alto potencial, a la vez que facilitan la generación de contactos de valor añadido.

, , , ,

Geenapp participa en Applause

Keynotes, case studies, herramientas, workshops, growth hacking… y mucho networking en el primer congreso de App Marketing del sur de Europa que cuenta con la participación de Geenapp en sus contenidos.

Applause es una de las citas obligadas del año para los profesionales del marketing de aplicaciones móviles, que se celebrará el sábado 28 de Mayo de 2015 en el Hotel W (Vela) de Barcelona con los objetivos de reunir a profesionales del sector, aprender de los ponentes y asistentes, compartir experiencias, conocer las últimas tendencias del App Marketing y, también, disfrutar del networking.

En España hay más de 27,7 millones de usuarios activos que descargan cada día 3,8 millones de apps. Cada vez más gente se suma al sector mobile y desarrolla apps. El problema es que, después, muchos no saben cómo captar usuarios, cómo retenerlos o cómo generar negocio.

El sector de las apps es un mundo tan novedoso y dinámico que requiere actualizarse prácticamente todos los días. Por eso, con el objetivo de compartir conocimientos y de aprender las estrategias y tácticas de este negocio de la mano de grandes expertos, surge Applause.

applause-gif-animado

Applause contará con la participación de expertos del sector del marketing de apps que cuentan con una gran trayectoria profesional y mucha experiencia, que compartirán datos interesantes con los asistentes, revelarán algunas de sus estrategias y mostrarán cómo sacar el máximo partido a algunas herramientas de App Marketing. Entre los ponentes están Víctor Momparler (Wazypark), Caroline Ragot y Dominique Cerri (Infojobs), Irene Noriega (Zalando), Jonatan Gottfried y Guy Uziely (Appsflyer), Antonio Calero (AdEspresso), Marissa Aydlett (Appboy), Thomas Petit (8fit), Gemma Escribano (Wallapop), Ignasi Prat (Appodeal), y evidentemente Gina Tost, directora general de Geenapp.

Los temas centrales que se abordarán durante el congreso, formato ponencia o workshop, serán, entre otros, Mobile Business KPIs, ASO, user acquisition, App Indexing, atribución móvil, optimización de Social Ads, retención de usuarios, Reviews & Ratings y relación de descargas orgánicas y no orgánicas.

El plazo para adquirir las entradas ya está abierto para todos aquellos profesionales del sector interesados en asistir.

Si quires saber más información, utiliza el hashtag oficial #applauseBCN o visita su web.

, ,

Qué es fraude en el negocio CPI móvil

El sector del CPI móvil es muy simple y a la vez muy complejo. Es simple porque se basa en un concepto muy claro y sencillo: el cliente paga por que se consiga la instalación de su App en un dispositivo móvil y el cliente cobra por cada una de esas instalaciones. Es complejo por todos los actores que intervienen en el mismo.

Antes de empezar a hablar sobre fraude, dejemos claros estos conceptos:

  • CPD es Coste por “Descarga”, algo que sólo pueden medir las “store” (Google Play, iTunes…), pero que no permite saber quién ha generado esa instalación o desde dónde viene.
  • CPI es Coste por “Instalación”, lo que hace que una instalación es ese momento en el que una App se abre por primera vez en un dispositivo móvil concreto.
  • CPE es Coste por “Engagement” es un paso más allá y es ese momento en el que se realiza una acción determinada dentro de la App ya instalada, como por ejemplo acabar el primer nivel de un juego.

Quiero destacar que en este artículo no estamos hablando de la calidad de la instalaciones (por eso comentaba sobre el CPE), sino sólo si la instalación es correcta y válida o no. Por eso es importante que las campañas dejen claro si son CPI o CPE, ya sea explicando el flujo, si se lanza cuando se abre la App o si tiene en cuenta algún tipo de retención o evento posterior.

A partir de aquí vamos a ir poniendo casos de lo más sencillo a lo más complejo. Para ello recomiendo, si no sabes cómo es el ciclo de vida de una oferta, que lo hagas.

El caso más sencillo es el aquel en el que el desarrollador de una App te da una URL de un tracker para promocionar. Este enlace cuando se hace clic va por los servidores del tracker, y sincroniza la información cuando se genera la instalación. Quien decide si la instalación es válida o no es el tracker, y esa es su tarea en este sector.

Las instalaciones para que se contabilicen ya llevan una serie de reglas básicas, como por ejemplo que sólo se cuenta una vez la primera instalación de una App en un dispositivo. Si un usuario la desinstala y la vuelve a instalar ya no lo cuenta. Tecnológicamente hablando, los trackers verifican una serie de identificadores únicos del dispositivo lo que deja en sus manos el decidir si la instalación es correcta o no. Por esto existen los trackers y es el negocio de estas empresas: ser la empresa que certifica la instalación y otros eventos. Sólo un tracker es capaz de decidir si una instalación es válida o no, ningún servicio externo puede decidirlo. Si la instalación es válida queda reflejado en los sistemas del tracker, si no lo es, no queda reflejada.

Hay que fijarse que hasta ahora hemos hablado únicamente de las instalaciones y no de los clics en los enlaces a la oferta… ¿por qué? básicamente porque da igual de dónde venga el tráfico (siempre que cumpla las reglas de país y dispositivo si la oferta tuviera esas limitaciones) ya que si viniera un clic desde una máquina / servidor y no desde un usuario, en principio esa máquina aunque se descargue la App, cuando se instala el tracker no la contabilizaría como correcta y no se tendría en valor.

En este punto podemos añadir todo el sistema de S2S (Server-to-Server) / Postback, que envía información entre máquinas sólo cuando la instalación se ha realizado correctamente. Con esto las empresas saben en tiempo real cuando se ha generado un evento (por ejemplo la instalación) y no necesitan acceder a los informes originales del tracker.

Si por ejemplo un anunciante ha dejado en manos de una agencia el trabajo de promoción, esta agencia recibirá mediante S2S el aviso desde el tracker, por lo que en este momento sí o sí la instalación es válida y no puede considerarse nunca fraudulenta ya que el tracker, que certifica la instalación, ha dado su aceptación.

A partir de este momento entramos en el mundo del rebroketing. Cuando una oferta está en línea está disponible prácticamente al acceso de todo el mundo, y aquí es donde las networks entran en juego, plataformas de afiliación que simplemente ponen un nivel entre el usuario que genera la instalación y la agencia o el desarrollador sin aportar valor en la cadena. Algunas de estas redes contratan servicios externos “anti-fraude”… pero, ¿qué es lo que analizan estas empresas? No, no analizan la información de las instalaciones, analizan la información de los clics.

Si se generan 100 instalaciones, se miran los clics de estas 100 instalaciones (que son válidas porque el tracker ha dicho que son válidas y es el único que puede certificarlo) y si la empresa anti-fraude considera que el origen de esos clics no es correcto, la network no las paga, aunque sí que se han contabilizado como válidas (porque sí que lo son). Esto hace que el desarrollador de la App haya pagado por la instalación y si existe una agencia, también lo ha cobrado, pero después los intermediarios no pagan a sus afiliados.
Tiene cierto sentido que los desarrolladores de las Apps miren con detalle la calidad de las instalaciones, por eso existen las ofertas incentivadas (que buscan volumen de instalaciones sin mirar la calidad) y no incentivadas (que miran la calidad y no el volumen, aunque si lo hay, mejor), pero es su trabajo decidir el precio de las ofertas CPI en base a su Coste de Adquisición y trabajar con esas métricas.

, ,

Las redirecciones tramposas de algunos anunciantes

Gracias al Geenapp Quality System Analysis, detectamos cada vez que una campaña CPI falla por algún motivo: El link está roto, la campaña dirige a una app que no corresponde, pasa por una web llena de malware para tu teléfono móvil, utiliza un anunciante que no paga a sus afiliados… Hicimos un análisis completo y lo publicamos en esta entrada en el blog de Geenapp.

Cada vez que nos salta una alerta en el sistema, tenemos a un equipo de personas avisando a los anunciantes para que tomen las decisiones pertinentes. Nosotros dejamos de correr esa campaña por seguridad y protección de nuestros afiliados siempre, pero lo que haga el propietario de esa campaña ya es problema suyo.

Todos sabemos que el rebrokering (gente volviendo a vender campañas que ya existen en el mercado a un precio menor) es transversal en este sector.

Más o menos lo podríamos explicar así: Un desarrollador contrata a una agencia para que le mueva una campaña. Otra agencia utiliza esa campaña y la vuelve a meter en el mercado, otra agencia la encuentra, le quita su parte, y la vuelve a poner a la venta antes de que llegue al usuario final. Si el desarrollador había pagado 3 USD por instalación y un publisher utiliza la tercera agencia, puede ser que en vez de percibir los 3 USD que había acordado el desarrollador, termine cobrando 0,50 USD por la misma instalación. (Por eso es tan importante trabajar con las mejores agencias y en Geenapp estamos conectados a más de 260).

DIAGRAMA INDUSTRIA

Ahora imaginemos que el desarrollador para la campaña y la Agencia 1 avisa a la Agencia 2, pero la Agencia 2, en vez de avisar a la Agencia 3 utiliza ese enlace para redirigir a otra campaña que no le generará ingresos a la Agencia 3. Feo, ¿verdad? Pues es lo habitual en esta industria y por eso decidimos crear ese sistema de calidad, para que nuestros afiliados pudieran monetizar siempre. El 100% de sus instalaciones son suyas y de nadie más.

Pero las cosas en esta vida no son siempre o blancas o negras. A través de los meses nos hemos dado cuenta de prácticas abusivas de algunas agencias y por eso queremos ponerlas de manifiesto.

Imaginamos que ese cambio de campaña, en vez de ser algo permanente, es temporal. 6 horas al día, mientras los trabajadores de la Agencia 3 están durmiendo o descansando en el fin de semana, la Agencia 1 dirige el tráfico a sus campañas, pero por la mañana lo vuelve a cambiar para que las Agencia 2 y 3 no se den cuenta.

Cuando nosotros avisamos a la Agencia 2 y 3 que su campaña no funciona a través del sistema de calidad, ellas lo comprueban y ven que todo funciona con normalidad, pero no se han enterado que durante 6 horas la Agencia 1 ha estado aprovechándose del tráfico de las otras empresas para poder colocar otra campaña que le interesaba más.

¿Quieres saber más sobre este tema? ¿Tienes alguna sugerencia? Escríbenos.

, ,

¿Qué es Geenapp?

Si después de visitar la web de Geenapp no tienes claro qué hacemos, te proponemos que mires este vídeo para entender qué hacemos y cómo lo hacemos.
¡Ya verás qué fácil es monetizar tu tráfico móvil!

, , ,

HISTORIA: ¿Cómo creamos Geenapp?

LOGO 01

Al principio

Cuando creamos Geenapp hace dos años, queríamos meternos de lleno en el sector móvil. Al principio éramos una agencia de campañas CPI (Coste Por Instalación) como las que hay por todo el mundo, pero después de meses de trabajar picando piedra (en ese momento éramos 3) vimos que no conseguíamos grandes volúmenes: Nuestra competencia tenía inversión, poder y 300 personas en la oficina. ¿Qué podíamos hacer 3 personas en nuestras oficinas de Barcelona delante de todos los gigantes? Aportar valor.

LOGO 02

El cambio

Así que después de un año picando piedra, destruimos todo lo que teníamos y empezamos de cero: Creamos una plataforma que fuera automática, que no dependiera de personas para mover grandes volúmenes, sino que de manera programática sirviera ella misma las campañas valorando quién estaba consumiendo el contenido a tiempo real. Así Geenapp pasó de ser una agencia de afiliación a convertirse en una plataforma inteligente que valoraba a tiempo real qué campaña era la mejor para cada momento, para cada usuario.

Javier Casares, nuestro CIO, desarrolló una plataforma pudiera analizar todos los datos para hacer una valoración a tiempo real y de esta manera no desperdiciar ningún click. De ahí salieron nuestros SmartLinks, el pilar fundamental en el que se sostenía todo: Enlaces capaces de ofrecer la mejor campaña para esa app, ese dispositivo y ese país.

Los SmartLinks fueron el inicio, pero a partir de ahí construimos otros productos para que nuestros recomendadores de apps pudieran seguir promocionando aplicaciones. Creamos banners para apps y blogs, un plugin para WordPress, AppStores personalizables, etc. Gracias a la estrecha relación con ellos gracias a Pau Farràs, Publisher’s Manager, sabíamos en todo momento qué necesitaban y construíamos la herramienta necesaria.

Además, construimos un panel específico para grandes cuentas que optimizábamos para su forma de promocionar. No todos los publishers necesitan ver la misma información, ni necesitan las mismas herramientas. Nosotros nos adaptamos a ello y en menos de un mes teníamos un panel perfecto para networks.

Paralelamente modificamos los flujos de la plataforma y añadimos controles de calidad en diferentes puntos del proceso para asegurarnos que realmente estábamos ofreciendo la mejor campaña. De ahí salió nuestro Geenapp Quality System Analysis, un sistema capaz de ver si un enlace funcionaba o no y poder avisar al anunciante lo que había pasado.

Y por el otro lado, analizamos cada uno de los clicks que llegan a nuestras campañas para poder saber si el tráfico es de verdad o hay alguien intentando hacer fraude para conseguir más dinero. Los robots generando instalaciones son un mal endémico del sector y en Geenapp tenemos un sistema de control muy estricto para ello.

LOGO 03

El Futuro

Evidentemente aun nos queda mucho camino por recorrer: Anunciantes que hacen trampas a la hora de mandar el postback (S2S), el rebrokering infinito, enseñar  cómo monetizar correctamente, diseñar mejor nuestras webs para que todo el mundo entienda qué hacemos correctamente (nuestras madres aun no saben a qué nos dedicamos), etc.

Nuestra premisa siempre ha sido que el negocio sea escalable y poder ofrecer calidad tanto en la oferta como en la demanda y protegiendo siempre a los pequeños peces delante de los tiburones y dando voces de alarma cuando vemos prácticas abusivas de anunciantes.

Aquí seguiremos luchando 24/7, porque el sector de la publicidad móvil cambia cada día y nosotros nos adaptaremos a él.

Geenapp-logo-RGB

Si tienes alguna sugerencia de mejora no dudes en ponerte en contacto con nosotros, estaremos encantados de mejorar contigo.

, ,

Geenapp Quality: añadiendo valor

Geenapp es una empresa tecnológica aunque se dedique al marketing móvil. Y una de las formas de verlo es por ejemplo con el sistema de calidad implementado internamente en la plataforma.

Geenapp Quality surgió de la necesidad de corregir una situación habitual. Un usuario pulsa en un enlace hacia una App (por ejemplo Whatsapp) pero no le aparece la página de iTunes o Google Play de Whatsapp. ¿Qué hacer antes estos casos? Lo primero era avisar a la empresa que nos proveía de la oferta y decirle que no funcionaba.

Quality

En estos casos surgía siempre una respuesta que era “a mí sí que me va”. Una empresa alemana diciendo que sí que le va una oferta para Brasil. Pues perdona, pero no me lo creo. Y ante esta situación decidimos crear un sistema interno que revisa cada día dos veces todas las ofertas que tenemos en Geenapp.

El planteamiento es sencillo: un proveedor me da una URL, esta URL funciona en un país y un dispositivo concreto. Por ejemplo, Whatsapp para Alemania en Android. Nuestro sistema manda esa URL a un Android que tenemos en Alemania y nos devuelve la respuesta. Esto con varios miles de ofertas en 250 países y 4 dispositivos distintos (iPhone, iPad, Android y Windows).

La respuesta que nos llega nos devuelve mucha información, aunque básicamente aprovechamos 2 tipos de datos:

  1. Por dónde ha ido ese clic, es decir, quién revende a quién (rebrokering), hasta llegar finalmente al propietario de la campaña y al tracker que tiene instalado.
  2. Si la campaña acaba donde tiene que acabar (en Google Play, iTunes, Windows Store…).

Los primeros datos nos sirven para otro tipo de herramientas, no tanto por calidad. Aun así, tenemos una lista de redes en lista negra y si detectamos que pasa por ellas esas ofertas nos las servimos.

El segundo dato es el importante, porque es el que nos dice si una campaña funciona o no. El caso más sencillo es fácil: la URL final es la URL de la App a la que corresponde la campaña. Si pulsas en Whastapp de Android, acabas en la ficha de la App Whatsapp de Google Play. En este caso se marca la oferta como correcta y todo continúa.

La situación cambia cuando la página en la que acaba esa campaña no corresponde con la App. En este caso pueden pasar muchas situaciones que se resumen en las alertas que mandamos a nuestros proveedores:

404

Aunque internamente lo llamamos 404, es cualquier error en el que la página final nos da un error de una página no existente. Puede ser que la pantalla se queda en blanco, que nos aparezca un mensaje diciendo que “la campaña no existe” y un sinfín más de combinaciones.

404

Trash

En su momento no supimos encontrar un mejor nombre para llamar a las páginas “basura” a las que se enviaban las ofertas. Estas páginas son y pueden ser de muchos tipos, desde páginas en las que te piden suscribirte a un SMS, páginas de adultos, OfferWalls, páginas de premios y en general cualquier página que se pudiera considerar una página que no es iTunes, Google Play o similar…

Trash

Capping

Otra situación habitual que tienen las ofertas es la limitación de instalaciones. En estos casos se deberían apagar las ofertas de forma automática (Geenapp lo hace así al trabajar de forma programática), pero esto sólo funciona cuando el proveedor de la campaña es directo. Cuando tienes campañas de terceros es muy difícil que te avisen a tiempo, por lo que aquellas ofertas que acaban con un mensaje diciendo que se han acabado las instalaciones por ese día, también las detectamos y avisamos. Es parecido al sistema de 404.

Capping

App

Uno de los casos habituales y más complejos de trabajar, y es que pulses en una App y acabes llegando a la ficha de otra App que no tiene nada que ver. Por ejemplo, pulso en el Whatsapp y acabo en el Game of War. Luego los desarrolladores del Game of War se quejan de que se les manda tráfico de baja calidad: pues no me extraña. Que quede constancia de que no me importa que a un usuario se le mande a una App relacionada (con cierta similitud) pero eso es algo que debería decidir el cliente final. En el caso de hacer de intermediario (rebrokering) esto no debería ocurrir, porque se están generando instalaciones de Apps que quien tiene el tráfico nunca cobrará.

App

Download

Los usuarios de Android en general tienen Google Play, los de iPhone tienen iTunes y los de Windows tienen la Store… ¿por qué un usuario va a querer instalarse una App desde un APK? Nuestra experiencia con APK (los ficheros de Apps de Android) son bastante malos, para comenzar porque los teléfonos suelen quejarse de la inseguridad de estos ficheros. Además, en muchos casos aunque la App sea la correcta, han podido ser tratados con malware, lo que los convierte en aún más inseguros. En estos casos descartamos la oferta.

Blacklist

Tenemos la suerte de poder trabajar con muchas redes, pero algunas tras un tiempo trabajando fallan, principalmente porque no pagan o simplemente te dan razones que son falsas sobre el tráfico que les mandas. En estos casos cualquier oferta que pase por alguna de estas redes es automáticamente rechazada ya que no trabajamos con empresas que no cumplen sus contratos. Incluso nos ha pasado que empresas con las que nunca hemos trabajado dicen a nuestros proveedores que no trabajan con nosotros, repito, empresas con las que nunca hemos trabajado…

Blacklist

Como veréis ninguno de estos elementos es algo que queremos para nuestros clientes. Si un usuario quiere bajarse el Whatsapp… ¿por qué voy a ofrecerle otra cosa o voy a darle una pantalla de error?

Con esta filosofía repasamos todas las ofertas de forma automática y posteriormente de forma manual para ofrecer la mayor calidad que podamos, para asegurarnos que todo aquel que utilice nuestras campañas va a conseguir que si un usuario pulsa en ellas, acabe descargándose la App que estaba esperando.

, ,

Cómo funciona una oferta en Geenapp

Si tuviera que encontrar la forma más sencilla de explicar el funcionamiento de Geenapp a alguien del sector ad-tech le diría que piense en Google Adwords / Google Adsense. El concepto es el mismo, aunque internamente nos parecemos en poco. Somos una plataforma, estamos en medio y “hacemos cosas”.

Geenapp está formado por dos bloques principales, que internamente se subdividen. El primer bloque es el de “tener” las ofertas (anunciantes) y el segundo es el de “servir” las ofertas (publishers).

Cómo es el ciclo de vida de una oferta

Lo primero que necesitamos son campañas de publicidad. Por ello tenemos contactos con más de 200 anunciantes que nos sirven de fuente. En este caso todo el sistema es programático, es decir, se gestiona 100% por máquinas, aunque tenemos varios procesos manuales para mejorar la calidad.

Cuando nos traemos las ofertas de un anunciante lo primero es asignarlo a una App. Geenapp es App-centric lo que significa que todas nuestras campañas están asociadas a una App (ya sea de Android, iOS, Windows…). En este momento, mediante un panel vemos todos los datos de la oferta (CPI, moneda, descripción, países, dispositivos, capping…) y una persona decide si esa oferta ha de entrar en el circuito de Geenapp. Este es nuestro primer filtro donde “aceptamos” o “rechazamos” ofertas. En el momento en el que se acepta la oferta pasa automáticamente a nuestra plataforma. A partir de aquí las ofertas se actualizan automáticamente, de forma que los anunciantes pueden realizar los cambios que consideren necesarios, pudiendo mejorar las pujas y tener más posibilidades de servir la campaña.

En este momento en el que la oferta está en la plataforma ocurren varias cosas. Una de ellas es el proceso de Geenapp Quality del que ya os hablamos en otra ocasión.

Qué ven los publishers

Si nos vamos al otro extremo, al de los publishers, desde tu Panel de Publisher puedes ver muchas herramientas y sistemas, aunque hay dos que permiten mostrar las ofertas (sin banners o plugins). Uno es el del listado de Apps, que funciona mediante nuestro sistema de Smart-Link. El otro, que sólo ven publishers que tienen afiliados, es el de las “ofertas”.

Si vamos al primero de los casos (y en el que se basan prácticamente todas las herramientas que tenemos), el del Smart-Link, lo que ofrecemos es un único enlace para una App. Este enlace funciona en cualquier dispositivo móvil y cualquier país, y cuando se pulsa en él detecta que dispositivo tienes y en qué país estás y busca en nuestra plataforma la mejor oferta para esa combinación en ese momento. Esto implica, en tiempo real, calcular que no se haya superado el capping, buscar el mejor precio (teniendo en cuenta sistemas internos de potenciación o boost), si es incentivado o no y que la campaña coincida con esa App, País y Dispositivo. Además revisamos que ese Publisher pueda ofrecer esa aplicación, ya que tenemos scoring de publishers según su calidad de tráfico. Este sistema tiene cosas buenas y malas. Las buenas se centran en principalmente que siempre vamos a servir la mejor oferta posible en todo momento, las malas es que no podemos pre calcular un precio hasta que el usuario haya generado el clic.

En el segundo de los casos lo que ofrecemos es un listado más plano con todas las ofertas que tenemos, que son varios miles. Este listado ofrece una URL para cada App en un país y en un dispositivo concreto, de forma que es más sencillo controlar la fluctuación de precios, ya que este cambio es menor. Eso sí, en este caso hay que estar pendiente de que si la oferta cambia, se pausa, se reanuda o llega al capping, hay que gestionarla manualmente, ya que nuestro sistema no sirve nada si la campaña deja de funcionar. Nosotros, a diferencia de muchos otros no redirigimos el tráfico a otra campaña o intentamos servir páginas basura a los usuarios.

La complejidad de Geenapp

Como puedes imaginarte esto es un resumen del funcionamiento de una oferta, ya que hay procesos muy complejos a lo largo de la vida de la oferta y de su mantenimiento, teniendo en cuenta que trabajamos con una veintena de APIs diferentes, con sus modelos de datos distintos, pero que a lo largo del tiempo hemos conseguido estandarizar y poder ofrecer un resultado de calidad.