안드로이드에서 "오케이 구글"이라고 부르면 화면이 꺼진 상태에서도 기기가 응답한다. 그런데 같은 방식으로 다른 음성 비서를 깨우려 하면 제대로 동작하지 않는다. 이 비대칭이 오랫동안 서드파티 개발자들의 발목을 잡아왔다. 유럽연합 집행위원회(EC)는 2026년 7월 16일 디지털시장법(DMA)에 근거한 결정을 채택해, 구글 모회사 알파벳이 상시 웨이크워드 감지, 주변 센서 접근, 화면 자동화 등 안드로이드 핵심 기능 11종을 모든 음성 비서에 동등한 조건으로 개방하도록 요구했다. 오픈홈재단은 이번 절차에서 홈어시스턴트의 안드로이드 개발자 자격으로 EC 자문에 참여했으며, 구글이 웨이크워드 감지를 자사 제미나이 비서로만 제한해온 관행을 문제 삼았다고 밝혔다.
배터리 문제 뒤에 숨은 DSP 독점
이 결정의 기술적 배경을 이해하려면 안드로이드가 웨이크워드를 처리하는 2단계 구조를 봐야 한다. 1단계에서는 작은 모델이 DSP(디지털 신호 프로세서)라는 전용 칩에서 감지를 수행한다. DSP는 메인 CPU의 극히 일부 전력만으로 오디오를 처리하며, 이 과정은 네트워크가 차단된 격리 프로세스에서 실행돼 웨이크워드가 감지되기 전까지는 오디오를 밖으로 내보낼 수 없다. 잠재적 신호가 잡히면 2단계에서 CPU의 더 강력한 모델이 감지를 확정한다. 문제는 대부분의 최신 기기에 DSP가 탑재돼 있음에도, 구글과 제조사를 제외한 누구도 이 칩에 접근할 수 없었고 관련 개발 문서조차 공개되지 않았다는 점이다.
오픈홈재단 커뮤니티는 3년간 홈어시스턴트 안드로이드 컴패니언 앱에서 "오케이 나부"라는 상시 웨이크워드를 구현하려 했지만 번번이 실패했다. 특히 기기를 재부팅하면 마이크가 더 이상 웨이크워드를 인식하지 못했다. 안드로이드 소스코드를 직접 뜯어본 끝에 해법이 존재한다는 사실을 확인했지만, 구글이 그 경로를 열어주지 않았던 것이다. 결국 이들은 마이크로웨이크워드라는 작은 모델을 CPU에서 돌리는 우회책을 택했고, 이는 동작은 했으나 전력 효율 등에서 뚜렷한 단점을 안고 있었다.
결정문이 실제로 요구하는 것
EC의 결정은 구글이 자사 비서에 제공하는 것과 "동등하게 효과적인" 상호운용성을 서드파티에도 무상으로 보장하라고 명시한다. 특히 두 대목이 주목된다. 하나는 구글이 기본 비서 역할을 포함해 "기본 역할을 가진 앱에 기능 접근을 종속시켜서는 안 된다"는 조항으로, 오픈홈재단이 EC와 논의했던 이른바 디커플링에 해당한다. 다른 하나는 알파벳과 서드파티를 포함한 여러 서비스의 웨이크워드 감지가 동시에 실행될 수 있어야 한다는 요구다. 이 두 가지가 실현되면 사용자는 기본 설정을 바꾸거나 제미나이를 포기하지 않고도 "오케이 나부"로 집안 기기를 제어할 수 있다.
웨이크워드 외에도 결정은 홈 버튼 길게 누르기로 비서를 호출하는 기능, 구글과 동일한 조건의 마이크·카메라 등 주변 데이터 접근, 지메일·캘린더·맵스를 포함한 앱과의 구조적 통합, 시스템 수준 제어, 온디바이스 AI 모델 접근, 공정한 백그라운드 실행 규칙 등을 폭넓게 다룬다. 이행 시한도 정해졌다. 구글은 이 변경을 다음 메이저 버전인 안드로이드 18에 담아 2027년 8월 1일까지 적용해야 하며, 여러 서비스를 음성으로 동시에 깨우는 동시 핫워드 감지는 안드로이드 19에서 2028년 8월 1일까지 구현해야 한다.
형식적 준수라는 리스크
주목할 점은 설계와 구현 자체는 여전히 구글의 몫이라는 것이다. 규제를 기술적으로는 충족하되 실제로는 쓸 수 없게 만드는 이른바 형식적 준수(malicious compliance)의 위험이 남아 있다. 다만 결정문은 사용 편의성, 속도, 에너지 소비 측면에서 "동등하게 효과적인" 해법을 요구하고, 완전한 문서와 테스트 도구 공개, 그리고 매월 이행 상황을 집행위에 보고하도록 못박아 최소한만 이행하고 빠져나가기 어렵게 만들었다. 실무 개발자 입장에서는 이 세부 조항의 존재 여부가 결과의 질을 좌우한다.
구글은 이번 결정이 서드파티에 "민감하고 강력한 기기 권한"을 부여해 사용자 데이터를 "인지나 동의 없이" 노출시킨다며 보안을 이유로 반발했다. 이에 대해 오픈홈재단은 결정문 자체가 사용자 동의 요구, 프라이버시 표시, 서비스별 접근 철회 같은 안전장치를 이미 내장하고 있으며, 건강 데이터 같은 민감 기능은 플레이스토어를 통한 사전 검증 정책이 적용된다고 반박한다. 더 핵심적인 지적은, 이 능력들이 이미 기기에 존재하고 구글 자사 서비스는 별도 승인 없이 사용해왔다는 사실이다. EU가 요구한 것은 새로운 위험의 생성이 아니라 "누가 그 접근 권한을 결정하느냐"의 변경이라는 것이다.
한국 실무자 관점에서 이번 결정은 두 가지 함의를 갖는다. 첫째, DSP 기반 웨이크워드 감지와 OS 차원의 샌드박싱이 서드파티에도 열리면 로컬·자체 호스팅 음성 비서의 전력 효율과 프라이버시 보장이 신뢰가 아닌 아키텍처로 담보된다. 둘째, 이는 어디까지나 EU 시장에 대한 규제이며 실제 API 품질은 2027~2028년 베타를 검증해봐야 확인된다. 게다가 2027년부터 시행되는 구글의 개발자 중앙 인증 프로그램처럼 상호운용성과 상충할 수 있는 움직임도 남아 있어, 개방의 방향성과 별개로 실제 이행 결과는 계속 지켜볼 필요가 있다.