앱과 웹에서 성능을 확인하려면 교차 장치 추적을 확인하세요

당신이 친구의 친구와 함께 할 때, 퀴즈는 당신의 친구가 될 것입니다 (많지 않음). Y no lo decimos nosotros desde Singular, sino que cualquier persona con cara y ojos lo ve en su día a día.

Y así lo corroboran los datas:

​​

방해가 되지 않습니다. 이동하는 데 많은 시간이 걸리므로 플랫폼에 따라 . Sean Tradicionales(데스크톱 또는 태블릿) 또는 새로운 기능을 통해 스마트워치/비디오 콘솔 등을 사용할 수 있습니다.

Además, aquí no acaba la cosa, sino que dentro de cada propia plataforma, podemos tener grandes diferencias. Sin ir más lejos, cuando hablamos del consumo de internet en moviles, incluímos dos grandes mundos:

• Consumo via navegadores en el móvil 
• 모바일 앱을 통한 소비  

Y, de nuevo, aunque las apps sean las reinas de la fiesta “móvil”, bien es cierto que también hay gente consumiendo Internet via navegadores en sus 스마트폰. 로스 메노스, 페로 로스 건초. 

예를 들어, 현실과 반대되는 상황은 없습니다:

• Los usuarios Pueden interactuar con marcas a través de diferentes plataformas como 
• Los usuarios, dentro de una plataforma como el móvil, nos pueden conocer o llegar a nosotros a través de la web o una app

Entonces, ¿ cómo sabemos de verdad cómo nos ha conocido un usuario?

Este es uno de los grandes retos de la attribución moderna. Yes es lo que se conoce como medición cross-device siendo la forma en la que medimos(o al menos lointamos) los usuarios que llegan a nosotros a través de diferentes sitios.

간단히 말해서, diremos que esta attribución se Divide en dos grandes mundos:

• Medición en web : medir todo lo que ocurre en una web, donde no haremos grandes diferencias (por no complicarlo más) entre la web en Desktop y la web en móvil. Porque se miden de una manera “bastante 유사한”
• Medición de app : donde mediremos lo que ocurre en las apps móviles. 예, MMP(모바일 측정 파트너)가 처음부터 참여하기 위해서는 별도의 다운로드가 필요하지 않으며, 실패할 경우에도 마찬가지입니다. 수익 포함, porque queremos que nuestra empresa haga dinero, ¿verdad?

¿ Por qué necesitamos medir lo que ocurre entre dispositivos (cross-device)?

누에바 요크 시에서 휴가를 보내기 위해 비행기를 타고 여행을 떠나세요. 

• Buscas en Google “qué hacer en NYC en 14 días” mientras estás esperando un autobús / tren 
• 이 기사는 맨해튼의 뉴욕시 건물과 펜사바의 센트럴 파크에 대한 많은 관심과 참여를 보여주고 있으며, 엠파이어 스테이트에서는 특히 티켓이 필요하며 로스 닉스의 매디슨 스퀘어 가든에 참여하고 있습니다. Aunque tecuste un ojo de la cara. 
• 나중에 Skyscanner 웹 사이트를 방문하여 스캔한 내용을 확인하실 수 있습니다. 여러분은 NYC barato no va a ser에 대해 매우 좋아하는 것을 알고 있습니다. Pero, como dirían los americanos “ YOLO ”(You Only Live Once o “que la vida se vive una vez”).
• TikTok 앱에서 Airbnb 앱에 대한 발표가 NYC에서 발표되었습니다. Piensas que "te escuchan" pero se te olvida fast and install la app. NYC 기간 동안 버스는 돈을 벌기 위해 노력합니다.   
• Dos días después, myentras esperas en la sala de espera deldenta, te entra un arrebato de derenalina y reservas los billetes de avón a través de la app de Skyscanner. 
• 예를 들어, 에어비앤비에서 피소의 "강가"를 확인하고 예약에 대한 결정 사항을 이메일로 알려주시면 감사하겠습니다. Era ahora o nunca.   

¿테 수에나? 다양한 플랫폼의 이동과 상호 작용하는 방법을 통해 더 나은 상황을 알 수 있습니다. 예, 고객 여정은 "모노 플랫폼"이 아닌 일반적인 고객 여정입니다. Vamos는 중요한 순간에 중요한 기능을 수행하고 있으며 메디르노스(또는 perseguirnos)에서 모든 것을 확인해야 합니다. 

Porque si un usuario ve un anuncio enfocado a descargar la app pero después acaba generando la compra / reserva en la web, necesitamos tener alguna forma de cruzar esos dos puntos. Aunque ocurran en plataformas diferentes. Juan / Lucía / María / Fran / Lucas는 Olinda에게 인터넷을 사용하고 있다는 사실을 알고 있습니다. A pesar de la plataforma que estén usando.

예를 들어, 마케팅 담당자는 앱 다운로드에 대한 캠페인을 진행하고 있으며, 거래가 발생하는 동안 독립적으로 실행되는 성능을 확인하는 것이 좋습니다. 이 앱을 사용하면 의료용으로 쉽게 사용할 수 있습니다. Pero si ocurre en la web, no vas a decidir no medirlo y mirar para otro lado, ¿verdad?

다양한 장치/플랫폼에 대한 유용한 정보를 식별합니다 

Juan / Lucía / María / Fran / Lucas가 Olinda의 무관심한 앱과 웹을 사용하고 있다고 생각하면, 귀하의 계정을 식별할 수 있는 방법이 있나요? Pues de igual manera que las Administraciones utilizan el NIF(Número de Identificación Fiscal), unidentificador único de cada ciudadano, nosotros también tenemos que poder tener algúntipo de indicador que nos Pera reconocer siempre a nuestros usuarios. Algo así como ponerles una prenda que nos alloweda, allá donde estén, reconocer que son ellos.  

Si는 trabajado alguna vez ya conequipos técnicos o de Data, sabrás de la exencia (casi siempre) de un concepto llamado 사용자 ID를 가지고 있습니다. Se trata de un identificador que los usuarios suelen tener quando se registran en un product. 독립된 플랫폼/장치 donde se registren y, cuando eso pasa, se suele generar un identificador único para cada usuario en la base de datos de la compañía. 

Pues bien, ese User ID(que también verás como u_id, user_id, UID, etc) suele ser el identificador más Strongo que podemos tener para identificar al usuario haga lo que haga, allá donde esté (web Desktop, web mobile, app, etc). 

사용자 ID en cada “acción” (evento) del usuario 

Es por eso que, si queremos identificar al usuario gracias a su identificador, uno de los parámetros que tenemos que siempre “medir” de las acciones del usuario es este 사용자 ID. 아시다시피…

• Si el usuario entra en la app… trackearemos un evento de app_open y añadiremos su User ID como uno de los parámetros de este evento
• 웹에서 nuestro 전자상거래 결제를 사용하는 경우, checkout_viewed 이벤트에 대한 trackearemos 및 사용자 ID como uno de los parámetros de este evento에 대한 사용자 ID가 있습니다
• 사용자 ID를 사용하여 일치하는 앱을 찾으면 일치하는 경우 사용자 ID를 확인해야 합니다. Y en este caso concreto, muy probablemente lo mediremos para dos usuarios, con sus 각각의 사용자 ID. Porque no hay amor (ni match) sin dos personas involucradas, ¿ verdad?

Y así con todas las acciones del usuario. 사용자 ID를 사용하여 계정에 등록하면 사용자 ID에 대한 정보를 얻을 수 있습니다. Porque como hemos dicho, es el identificador más Robuso que podemos tener para tratar de "encontrar" alá donde vaya y haga lo que haga. Y no lo decimos nosotros, sino que el todopoderoso Google은 사용자 ID를 권장하여 교차 기기(교차 플랫폼) 추적을 권장합니다. Porque tampoco Google puede hacer 교차 기기 추적 죄수 신원 확인 장치 únicos por usuario

¿En qué nos ayuda en el día a día tener este 사용자 ID?

Como este ID identifica de forma clara y contundente al usuario, nos va a perperir poder medir todo lo que haga. De tal manera, que cuantos más usuarios tenga claramente identificados con User ID, por ejemplo podremos llegar a:

• ARPU(사용자당 평균 수익)를 확인하면 일반적으로 사용되는 미디어에 참여하는 데 도움이 됩니다. Y con ello, saber qué Segmentos son más interesantes para:
  • 귀하는 귀하의 용맹을 확인하기 위해 귀하의 팁을 사용합니다. En base a su género, país de origen, tipología de producto que Consumer, Tiempo en el producto 등. 
  • Hacer campañas Lookalike는 사용자에게 유사하고 제품에 따라 사용자를 "유사"로 설정합니다
  • Poder entender qué han hecho estos usuarios(patrones) para tratar de fomentar que el Resto lo haga. Aquí es donde entramos en el reino de la Anaítica de Producto o Product Analytics를 확인하세요. 
• 제품에 대한 유지 관리를 시작하면 사용자의 볼륨에 따라 더 많은 작업(일일 활성 사용자 또는 DAU), 할 일(주간 활성 사용자 또는 WAU) 또는 메시지(월간 활성 사용자 또는 MAU)가 표시됩니다. 
• Podremos añadir estos usuarios a herramientas de terceros. 예를 들어, 사용자 ID에 대한 개인 식별 정보를 단독으로 허용하려면 많은 도구가 필요합니다(알구노스 CRM 포함). 반대로, 사용자는 이메일이나 푸시 알림을 받을 수 있는 능력이 없습니다.

Y otro largo etcétera de cosas que no podremos hacer pero que dejamos para otros artículos.  

Si no tengo 사용자 ID… ¿ puedo hacer 교차 장치 추적이 없습니까?

Respuesta corta: sí, sí puedes hacerlo. Hay empresas que no trabajan con User ID cuando un usuario se registra (esto daría para una larga conversación) pero sí que Guardan el email de registro del usuario. Pues bien, podemos usar ese email como identificador del usuario. 

Pero는 다양한 이메일 제품에 대해 잘못된 정보를 등록할 수 있는 기능을 가지고 있습니다. Por lo que la solidez del email como identificador único es menor que la de un User ID generado de manera automática en tu base de datos. 결정: 

• Un usuario con 사용자 ID puede tener dos(o tres o cuatro) 이메일 asociados
• 사용자 ID에 대해 이메일을 보내세요 

예를 들어, 바다에서 사용자 ID로 이메일을 보내면 심각한 문제에 대한 정보를 얻을 수 있습니다. 개발자는 버스카에 대한 비용 절감에 대해 권장합니다.  

Además, hay otras circunstancias donde podemos no tener User ID como identificador del usuario:

• El usuario todavía no se ha registrado en un device 
• 제품 사용자에게 "등록"이 필요하지 않은 경우 

Veamos ambos casos un poco más en detalle

Usuario no registrado en una plataforma

Skyscanner의 앱을 사용하려면 앱을 통해 Skyscanner에 등록하고 웹 로그인을 사용하세요. Es decir, sin decirle entrar con tu usuario y contraseña y que Skyscanner “ spa que eres tú .”

교차 장치 추적 기능이 완료되면 Skyscanner에서 앱을 통해 확인할 수 있는 아이디어도 얻을 수 있습니다. Saben que alguien está mirando vuelos a NYC pero, como han visto la prenda que te identifica, no saben que eres tú.

Si bien, esta Visita que estás haciendo sí que genera un identificador (ID) de la Visita / session. 예를 들어: 

• Tu 사용자 ID(스카이스캐너): ABC123
• 앱의 세션 ID: S19101199

Lo Ideal es, de alguna manera, asociar que S19101199 관련 사용자 ID ABC123. Porque una vez lo hagamos, sabremos que ese usuario ha hecho X, Y o Z acciones. Es lo que en la industria de datos se conoce como hacer “cosido” o, en inglés, sewing .

Usuario no requiere registro para usar el producto 필요 없음 

Otra de las Posibles situaciones donde un usuario no tenga 사용자 ID parte del hecho de que muchas marcas, para usarlas, no obligan a registrarse ni loguearse. 주기적인 웹에 대해, 닝건 팁에 대한 미터 자격 증명을 의무화하지 마십시오. O en alguna app que sirva para borrar archives duplicados en tu móvil. 일반적인 제품 기준으로:

• O bien no necesitan que el usuario se registre para generar valor al negocio. 예를 들어, 실제 사례에서는 다음과 같습니다
  • De enseñar anuncios, los cuales segmentan usando otras fuentes de datos, como la información a la que pueden acceder desde el navegador or propio device (localización, idioma, etc) 
  • 프리미엄 모델에 대한 설명이 필요하면 중간에 프리미엄을 확인하고 페이월을 "삭제"해야 하며 자격 증명 프로피아에 액세스해야 합니다. Un correo y contraseña que, ¿adivináis con que identificador estará asociado casi con total seguridad? 사실상, 사용자 ID를 사용하세요

• Degenerar ingresos con modelos que no requieren informationación alguna del usuario. 예를 들어, 현재 VPN 서비스에 대한 앱이 있으면 VPN에 대한 등록이 잘못되어 버스캔 정보가 삭제된 경우(할 일이 없음) VPN을 사용할 수 있습니다. 

Entonces, ¿ cómo llegamos a hacer esta identificación al usuario? 

Si에는 llegado hasta aquí가 있습니다. ya sabes que tener información de usuario es más valioso que tenerla del device o sesión, ¿verdad? 포르케, 리파세모스:

• Cada usuario debería tener un identificador único 견고한, 이상적으로 사용자 ID que no fuera el email. 
• 기기의 세션 ID가 다양합니다
• Un 사용자 ID puede tener varios 장치 ID 

Para llegar a la conclusión de qué IDs “suaves”(sesión, device, etc)는 카드 ID “fuerte·(User ID), tenemos que llevar a cabo un proceso de recolección de datos y consolidación de los mismos. Todo ello para generar algo así como una especie de historial de todo lo que hace un에 해당합니다. usuario.

신원 그래프 의 단위에 대한 역사 기록입니다 . Este "historical" nos genera una visión unificada de nuestros usuarios / clientes en base a las diferentes interacciones. 예를 들어, 일방적으로, 신원 확인 절차에 대한 través de un proceso de Resolución de Identidad 또는 신원 확인, el cual nos는 “reconciliar y unificar” todo el camino del usuario a través de sesiones, 플랫폼/장치 등을 허용합니다.

Y para ello, hay seguir tres pasos:

1. Identificar las acciones del usuario 

2. Consolidar la data una vez identificada 

3. Cruzar esta entre plataformas 

1. Identificar las acciones del usuario

Ya lo hemos anteriormente를 설명합니다. 사용자 ID와 관련된 계정을 확인하세요. 질문: 

• Singular 사용하면 사용자 ID와 관련된 이벤트를 확인할 수 있습니다. Android iOS 의 앱 모두에 관심이 있으신가요?
• 웹에 있는 제품의 현재 상태는 WebSDK 및 환경 에 있는 모든 이벤트에 대한 사용자 ID입니다.

Si llegas hasta aquí, por ahora Tendrás plataformas separadas midiendo (con suerte) las acciones de usuarios que usan algunas or todas ellas. 정직하게 말하자면, 일반적인 사용자라면 많은 기능(Android + 웹 또는 iOS + 웹)을 사용하고 있으며 iOS 및 Android 동시 사용 환경에서도 사용할 수 있습니다. 처음부터 끝까지. 

2. Consolidar la data una vez identificada 

Una vez Singular ha hecho su trabajo (identificación y attribución por device), toca enivar esta data usando un proceso de ETL. Desde Singular, puedes mandarte toda esta informationación a:

• Google BiQuery, Snowflake, Redshift 또는 MySQL과 같은 데이터 웨어하우스의 기반 
• Google Sheets, Amazon S3 또는 Google Cloud Storage에 대한 데이터 기반 정보 제공

Entre Singular :

• Datos de campañas agregadas : 광고 지출 정보, 광고 창출, 설치 등 Este es interesante, sobre todo, para losequos de User Acquisition.
• Datos de Monetización via anuncios agregados : más enfocado a modelos de negocio que ganan dinero enseñando anuncios a sus usuarios. Si quieres saber mas sobre esto, puedes leer sobre 앱에서 광고 수익 창출
• Datos a nivel de usuario : este será el más 관련된 e para el cross-device 추적 que Buscamos nosotros
• Datos de Monetización via anuncios a nivel de usuario: parecidos a los mencionados antes pero con mayor granularidad a nivel de cada usuario. Puede ser interesante también para cross-device 추적 si una de tus forma de generar ingresos en app es a través de anuncios

3. Cruzar los datos para tomar 결정 확인서

Aquí es donde tenremos que involucrar a nuestrosequos de Data. Defende deltipo de datos que tengamos, necesitaremos o bien involucrar Ingenieros de Datos(procesado, Normalización y limpieza de datos) o Analistas de Datos(representación de datos y extracción de 통찰력). 

Pero, como 마케팅 담당자, como hemos visto por ahora hemos hecho gran parte del trabajo solo:

• Leyendo este articulo para entender sobre IDs suaves y fuertes, 신원 그래픽, 신원 확인 등. 
• Eligiendo una herramienta que nos permita trackear eventos de usuario con el User ID incorporado, como es el caso de Singular 
• Mandando los datos ya trackeados a cualquiera de los destinos que nos permita hacer un análisis más entalle 

Otras 플랫폼은 교차 장치 추적을 완료하는 프로세스를 제공합니다. ¿ 맞습니까?

Respuesta corta: 아니요. Ninguna herramienta puede inventarse por ti un User ID para poder “cruzar” los usuarios que vengan de diferentes plataformas. Google Analytics 4를 사용하면 웹 분석 전문가의 정보를 확인할 수 있습니다.

 En el caso de plataformas como GA4, lo que ocurre es que se generan varios ID:

• 사용자 의사 ID : CADA 장치와 관련된 식별되지 않은 ID입니다. 예를 들어, Android, iOS 및 웹에서 사용자가 사용할 수 있는 용량은 사용자 계정에 따라 pseudo_user_id가 있을 가능성이 높습니다.

​​

• 사용자 ID: ID del usuario que se ha de mandar desde el lado de la marca. 반복하세요, lo has de mandar tú como marca. GA4 ni lo crea ni lo puede crear. 안녕하세요, 그리핀도르의 의료 플랫폼에 대한 이야기입니다.

GA4의 제한 사항에 대해 설명하면, GA4의 관리 정보에 따라 ID 번호가 'cosido'로 변경됩니다. 단독으로 Google, BigQuery 및 trabajas con él의 데이터 웨어하우스에서 GA4 데이터를 내보낼 수 있습니다. Y para eso, tu conocimiento y habilidades en Data han de ser bastante elevadas.

O contar con un Ingeniero de Datos cerca.

BigQuery 테이블에 pseudo_user_id가 포함되어 있는 경우