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

당신이 친구의 친구와 함께 할 때, 퀴즈는 당신의 친구가 될 것입니다 (많지 않음). 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:

​​

하지만, 모바일이 점점 왕처럼 자리 잡고 있는 것은 사실이지만, 여전히 많은 콘텐츠가 다른 플랫폼에서. 전통적인(데스크톱이나 태블릿 등) 것이든, 스마트워치·비디오 콘솔 등 새로운 플랫폼이든 말입니다. 

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?

현대 어트리뷰션의 큰 과제 중 하나이며, 이것을 크로스‑디바이스 측정, 다양한 사이트를 통해 우리에게 도달하는 사용자를 측정(또는 최소한 시도)하는 방식입니다.

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

• 웹 측정: 웹에서 일어나는 모든 것을 측정합니다, 여기서는 데스크톱과 모바일 웹을 크게 구분하지 않습니다 (복잡하게 만들지 않기 위해서 더). 왜냐하면 “꽤 유사함”이라는 방식으로 측정되기 때문입니다
• Medición de app: donde mediremos lo que ocurre en las apps móviles. Y es aquí donde necesitaremos la ayuda de un MMP (Mobile Measurement Partner) para entender mejor cómo se originan, no solo las descargas, sino todo lo que ocurre después. Incluyendo el revenue, 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 저가 여행이 어려울 것을 깨닫습니다. 하지만 미국인들이 말하듯 “YOLO” (한 번 사는 인생 또는 “인생은 한 번뿐”).
• 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)에서 모든 것을 확인해야 합니다. 

사용자가 앱 다운로드를 목표로 한 광고를 본 후 웹에서 구매/예약을 완료하면, 우리는 그 두 지점을 연결할 방법이 필요합니다. 플랫폼이 다르더라도. Juan / Lucía / María / Fran / Lucas 또는 Olinda는 인터넷을 사용하는 어디에서든 여전히 같은 사람입니다. 그들이 사용하는 플랫폼에 관계없이.

예를 들어, 마케팅 담당자는 앱 다운로드에 대한 캠페인을 진행하고 있으며, 거래가 발생하는 동안 독립적으로 실행되는 성능을 확인하는 것이 좋습니다. 이 앱을 사용하면 의료용으로 쉽게 사용할 수 있습니다. 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. 아시다시피…

• 사용자가 앱에 들어가면… 이벤트를 추적합니다 app_open 그리고 User ID를 이 이벤트의 파라미터 중 하나로 추가합니다
• 웹에서 nuestro 전자상거래 결제를 사용하는 경우, checkout_viewed 이벤트에 대한 trackearemos 및 사용자 ID como uno de los parámetros de este evento에 대한 사용자 ID가 있습니다
• 사용자가 우리 매칭 앱에서 매치를 하면, 이벤트를 전송합니다 match_occured 그리고 User ID를 측정합니다. 이 경우는 두 사용자의 User ID를 각각 측정할 가능성이 높습니다. 사랑(또는 매치)은 두 사람이 있어야 하죠, ¿verdad? 

그리고 así 모든 사용자 행동과 함께. 측정해야 할 것이 있다면, 모든 행동에 User ID를 사용합니다. 앞서 말했듯이, 이는 사용자를 어디서든 찾아내는 가장 강력한 식별자입니다. 우리는 아니고, 전능한 Google también은 User ID 전송을 권장합니다 cross-device (또는 cross-platform) 추적을 위해. Google도 사용자별 고유 식별자 únicos 없이는 cross-device 추적을 할 수 없습니다

¿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 사례를 따라, 비록 tú가 Skyscanner 앱으로 등록했더라도 웹을 로그인 없이 사용할 수 있다는 예를 들 수 있습니다. 즉, 사용자와 비밀번호를 입력하지 않고도 Skyscanner “당신이 tú임을 알게 됩니다.” 

Aquí cross-device 트래킹은 더 복잡합니다, Skyscanner는 당신이 앱에서 보는 항공편을 알지 못합니다. 누군가 NYC 항공편을 보고 있지만, 그 옷을 본 적이 있기 때문에, 그들은 당신이 누구인지 모릅니다. 

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

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

이상적으로는, 어떤 식으로든 S19101199가 User ID ABC123에 속한다는 것을 연결하는 것입니다. 이렇게 하면 해당 사용자가 X, Y, Z 행동을 했음을 알 수 있습니다. 데이터 산업에서는 이를 “cosido”라고 하며, 영어로는 stitching.

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 

‘부드러운’ ID(세션, 디바이스 등)가 각 ‘강력한’ ID(User ID)와 매칭된다는 결론에 도달하려면 데이터 수집 및 통합 과정을 수행해야 합니다. 이를 통해 사용자가 하는 모든 행동의 히스토리를 생성합니다. 

이 기록은 아이덴티티 그래프 또는 아이덴티티 그래프. 이 “히스토리”는 다양한 상호작용을 기반으로 사용자/고객을 통합된 ó시각으로 제공합니다. 그리고 이는 부분적으로 é를 통해 아이덴티티 해결 프로세스로 이루어집니다 아이덴티티 해결, é를 통해 세션, 플랫폼 / devices 등에서 사용자의 전체 여정을 “조정 및 통합” 할 수 있습니다.  

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 를 MMP로 사용하면, 앱마다 측정하려는 각 이벤트에 User ID를 연결해야 합니다. 또한 모든 앱에 대해 적용해야 합니다 Android 와 iOS
• 제품에 웹이 포함된 경우, WebSDK를 사용하고 User 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 :

• 집계된 캠페인 데이터: Ad Spend, 크리에이티브, 설치 등 정보. 특히 사용자 획득 팀에 유용합니다. 
• 집계된 광고를 통한 수익 데이터: 사용자에게 광고를 보여주어 수익을 창출하는 비즈니스 모델에 초점. 자세히 알고 싶다면 앱 내 광고 수익화에 대해 읽어보세요.
• 사용자 수준 데이터: 크로스 디바이스 추적에 가장 중요한 데이터입니다.
• 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:

• User Pseudo ID: 각 디바이스에 연결된 식별자입니다. 즉, 사용자가 Android, iOS 및 웹에서 사용할 수 있다면, 사용자당 최대 세 개의 pseudo_user_id가 있을 수 있습니다. 

​​

• 사용자 ID: 브랜드 측에서 전달해야 하는 사용자 ID입니다. 다시 말하지만, 브랜드가 직접 tú 전달해야 합니다. GA4는 이를 생성하지도, 만들 수도 없습니다. 만약 만든다면, sería más 잘 어울리는 마법사와 같은 수준이며, 측정 플랫폼이라기보다.

참고로, GA4를 귀속 도구로 사용할 때의 제한 외에도, 이 “cosido” ID는 GA4에서 쉽게 볼 수 있는 것이 아닙니다. GA4 데이터를 Google 데이터 웨어하우스로 내보낼 경우에만 확인할 수 있습니다, BigQuery 그리고 él와 작업합니다. 이를 위해서는 Data에 대한 당신의 지식과 역량이 상당히 높아야 합니다.

O contar con un Ingeniero de Datos cerca.

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