개인 정보 보호 샌드박스의 Android SDK 런타임은 판도를 바꾸었습니다.

Android의 개인 정보 보호 샌드박스에서 Google이 제안한 SDK 런타임은 광고 사기를 줄이고 사람들의 개인 정보 보호를 강화할 수 있는 엄청난 기회를 제공하는 판도를 바꾸는 것입니다. iOS에서 Apple의 카피를 보고 놀라지 않을 수도 있지만 Privacy Sandbox의 최소 2년 제공 일정보다 일찍 제공됩니다.

이는 개인 정보 보호 및 마케팅을 위한 Google의 새로운 기술을 살펴보는 Android용 개인 정보 보호 샌드박스에 대한 심층 분석 시리즈 중 하나입니다.

• SDK 런타임(이 게시물)
• 주제 API (개인 정보 보호 샌드박스가 광고 타겟팅을 수행하는 방식)
• 안드로이드의 FLEDGE (개인정보 보호 샌드박스가 광고 재타겟팅을 수행하는 방식)
• 기여 보고 (Google이 광고 측정을 제안하는 방식은 다음과 같습니다.

또한 참조하십시오 GAID 없이 Android 개인 정보 보호 샌드박스를 통한 모바일 어트리뷰션, Singular CEO Gadi Eliashiv가 GAID 이후 모바일 어트리뷰션에 대해 자세히 설명합니다.

그리고 마지막으로, LinkedIn 실시간 스트리밍에 가입하세요 Gadi와 나는 목요일에 달릴 것이다.

SDK 및 앱: 약속과 위험

태초에 앱이 있었습니다. 한 개발자는 다음과 같이 말했습니다. 앱 캔디와 기능이 더 필요하지만 레시피나 케이크를 혼자서 구울 수 있는 능력이 없습니다. 솔루션 제공업체는 앱 개발자가 많은 작업을 수행하지 않고도 코드에서 간단하게 생각해 낼 수 있는 맛있는 사전 코딩된 기능으로 격차를 메웠습니다.

아주 멋진?

확신하는.

하지만 SDK 광범위한 지문 코드가 원인이었습니다. Apple, 앱 업데이트 거부 iOS 14.5 초기로 돌아갑니다. 이는 일부 앱이 사용한 방식 중 하나입니다. App Store에서 시작되었습니다. 그리고 악성 광고 네트워크의 SDK는 고발 당한 수십억 대의 기기에 대한 속성 사기를 조장하고 앱 통신에 대한 스누핑을 포함하여 개인 정보를 위협하는 데이터 유출을 조율하는 것입니다.

최신 앱 생태계는 SDK 없이는 작동할 수 없습니다. 이는 오늘날 스마트폰이나 태블릿을 사용하는 모든 사람이 사용하는 소프트웨어에 절대적으로 중요합니다.

하지만 그들은 양날의 검이기도 합니다.

구글은 해결책이 있다고 생각합니다.

지금 당장 방으로 가세요 (SDK는 접지중입니다)

일부 SDK는 정말 나쁜 놈이었기 때문에 — 그리고 우리가 단지 SDK에 대한 정보를 덜 접할 수 있을 것입니다. 어떻게 Google 자체보다 나쁩니다. Google은 그들을 접지하고 있습니다.

또는 샌드박스에 제한합니다.

원한다면 "실행 환경"입니다.

이 실행 환경 내에서 SDK는 특정 권한을 가지며 기본 앱 프로세스 외부에서 실행됩니다. 즉, SDK는 앱이 수행하는 작업에 대한 암묵적인 통찰력이 훨씬 적고 앱 개발자는 SDK가 보고 수행하는 작업에 대해 완전한 명시적 제어권(또는 최소한 더 많은 제어권)을 갖게 됩니다.

Android용 개인 정보 보호 샌드박스에서는 프로세스가 격리됩니다. 

SDK는 별도의 세계에 살고 있습니다. Adtech SDK는 더 이상 개발자의 지식과 동의 없이 영구 식별자를 통해 앱 사용을 확인하고 추적할 수 없으며, 부패하기 쉬운 식별자 또는 임시 식별자로 요약될 수 있는 요소를 수집하는 데 훨씬 더 어려움을 겪게 될 것입니다.

또한 Google은 SDK가 다른 SDK의 기능을 변조하는 것을 더 어렵게 만들고 있습니다.

그러나 동시에 Google은 개발자가 허용하는 경우 SDK가 광고 사기 및 무효 트래픽을 감지하고 방지할 수 있는 여지를 남겨두고 있습니다.

이제 Google이 당신의 메신저, SDK입니다

이전 모델(현재)에서는 앱과 SDK가 방해 없이 통신합니다. 결국 그들은 같은 공간에 살고 있고 원할 때마다 원하는 대로 대화를 나눌 수 있습니다.

Google이 2022년 말까지 베타 버전으로 제공할 새로운 세상에서 Google은 개발자가 앱 내에서 호출할 '마샬링 레이어'를 구축할 것입니다.

1. 앱이 작업을 수행하려면 SDK가 필요합니다.
2. 앱 코드는 마샬링 계층을 호출하고 패킷을 전달합니다.
3. 마샬링 계층은 요청을 SDK에 전달합니다(아마도 합법성을 먼저 확인함).
4. SDK는 마샬링 서비스에 응답을 다시 제공합니다.
5. 마샬링 계층은 앱에 필요한 데이터 또는 기능으로 루프를 완료합니다.

중요한 점은 비동기식일 수 있다는 것입니다. Google이 현재 프로세스를 정의했듯이 "SDK는 요청을 비동기적으로 충족하고 콜백을 사용하여 응답합니다." 이는 즉각적인 응답이 필요한 기능을 혼란스럽게 할 수 있습니다. 이는 약간 혼란스럽습니다. 앱이 사용자에게 옵션을 제시한 다음 사용자의 결정과 입력에 따라 응답을 제공해야 하기 때문에 앱의 거의 모든 것이 즉각적인 응답이 필요합니다.

하지만 현재는 모두 베타 버전이므로 아직은 너무 걱정할 필요가 없습니다.

또한 Google은 조정 및 입찰과 같은 시나리오를 위한 SDK 간 통신 기능을 구축하고 있습니다. 이는 다음과 같은 미디에이션 서비스를 제공하는 SDK 네트워크를 갖춘 모바일 애드테크 생태계의 큰 부분입니다. 애드테크의 새로운 거인: ironSource, Liftoff+Vungle, AppLovin, Digital Turbine 및 Unity.  Google에서는 SDK가 SDK 런타임 환경 내부에 있든 외부에 있든 상관없이 다른 SDK와 통신하여 광고 노출을 제공하거나 광고 경매를 실행할 수 있는 기능이 있을 것이라고 말합니다.

그러나 여기에는 분명히 열려 있는 질문이 있습니다. 언어에 주목하세요. 구글이 사용하는 '해야 한다', '조사' 같은 거죠.

“RE [런타임 지원]이든 아니든 조정 SDK는 정상적인 작동을 위해 모든 RE 및 비 RE SDK에 액세스할 수 있어야 합니다. 이러한 맥락에서 렌더링은 활발한 조사 영역입니다.”

SDK 제작자: 제출 준비를 하세요

어떤 의미에서 SDK 제작자들은 무임승차권을 얻었습니다. 앱 자체는 iOS나 Google Play에서 App Store 승인 프로세스를 거쳐야 하지만 SDK는 고객이나 개발자의 노력을 어느 정도 통과해 왔습니다.

더 이상은 아닐 것 같습니다.

이제 고유한 샌드박스 런타임 환경 SDK가 존재한다는 점을 고려하여 Google은 SDK 제조업체가 SDK를 Google Play에 제출한 다음 Google Play 자체를 통해 앱에서 사용할 수 있도록 할 것을 제안합니다. Google은 이를 통해 품질과 일관성이 보장되고 게시가 간소화되며 기능을 위해 앱 코드를 변경할 필요가 없는 사소한 SDK 업데이트가 더 빠르고 깔끔하게 이루어질 것이라고 말합니다.

그러나 여기서 Google의 아이디어는 매우 모호하며 현 시점에서는 이것이 모든 SDK 배포의 미래라고 명시적으로 말하고 있지 않습니다.

그러나 소프트웨어 개발자는 다른 사람과 마찬가지로 찻잎을 읽을 수 있으며 일단 이 메커니즘이 마련되고 사용 가능해지면 이것이 SDK 배포에서 선호되고 시간이 지남에 따라 필수 방법이 될 것이라고 상상하는 것은 어렵지 않습니다.

자세히 알아볼 내용이 훨씬 더 많습니다.

위에서 언급했듯이 여기서는 더 자세히 알아볼 내용이 많이 있습니다. 우리의 업데이트에 가입하세요 블로그 뉴스레터 더 많은 내용을 게시하면 알림을 받습니다.

그리고 2월 24일 목요일에 Singular CEO Gadi Eliashiv와 함께 이 주제로 라이브 스트리밍을 진행하고 있습니다. 여기에서 가입하세요.