[태그:] 구글

플레이스토어에서 뭔가 하나 받으려고 하는데 대뜸 “나이를 확인해주세요” 창이 뜬다. 계정 만든 지 몇 년째인데 왜 갑자기. 분명 성인인데 인증이 반려되는 일도 있다. 요즘 구글이 앱 개발사들에게 이용자 나이 정보를 전달하는 ‘Age Signals API’를 전 세계로 넓히면서, 이 연령 인증이라는 게 대체 어떻게 돌아가는 건지 궁금해하는 사람이 늘었다. 왜 막히는지, 어떻게 뚫는지, 실제 구조는 뭔지 하나씩 짚어본다.

인증 창이 갑자기 뜨는 이유

플레이스토어 앱은 콘텐츠 등급별로 이용 가능 나이가 정해져 있다. 성인용 게임, SNS, 데이팅 앱, 인앱결제가 붙은 앱 대부분이 나이 확인을 거친다. 최근 각국이 미성년자 보호 법규를 강화하면서 구글도 계정 단위 나이 확인을 예전보다 훨씬 자주 요구하는 분위기다. 앱 하나 설치할 때마다 인증 창을 마주치는 이유가 여기 있다. 개발사 입장에서는 미성년자에게 부적절한 콘텐츠 노출시켰다가는 법적 책임을 지게 되니, 확인 절차를 건너뛸 재간이 없다.

인증이 계속 실패하는 이유, 대개 이 다섯 가지

연령 인증이 반복해서 막힌다면 아래부터 하나씩 점검해보자.

• 구글 계정에 등록된 생년월일이 실제 나이와 다르게 입력된 경우
• 패밀리 링크로 관리되는 자녀 계정으로 로그인 중인 경우
• 신용카드나 통신사 소액결제 같은 결제 수단이 계정에 등록돼 있지 않은 경우
• VPN이나 해외 IP를 써서 국가별 인증 방식이 꼬인 경우
• 계정을 만든 지 얼마 안 돼 신뢰도 점수가 낮게 잡히는 경우

이 중 하나만 걸려도 인증 창이 계속 뜬다. 하나씩 지워가며 원인을 좁히는 게 제일 빠르다.

먼저 구글 계정 생년월일부터 보자

myaccount.google.com에 들어가서 개인정보 메뉴의 생일부터 확인하자. 가입 초기에 잘못 입력했거나, 오래전 만든 계정이라 아예 비어 있는 경우도 의외로 많다. 실제와 다르면 고치면 되는데, 생년월일을 낮추는 방향으로 수정할 땐 구글이 신분증이나 결제 수단 같은 추가 인증을 요구한다. 반대로 예전에 실수로 어리게 적었던 걸 바로잡을 때도 본인 확인이 붙는 편이니, 카드나 신분증을 미리 챙겨두는 편이 낫다.

패밀리 링크 계정이라면 여기부터 손보자

자녀 명의로 만든 패밀리 링크 계정은 보호자 승인 없이는 특정 앱 설치나 나이 제한 콘텐츠 접근이 원천 차단된다. 아이가 자라서 국가별 기준 나이를 넘겼는데도 여전히 감독 계정에 묶여 있다면, 보호자 기기의 Family Link 앱에서 감독 해제 절차를 밟아야 한다. 해제해도 계정 생년월일 자체가 낮게 설정돼 있으면 인증에 또 걸리니, 해제 후엔 생년월일도 같이 확인하자.

카드 한 장이 나이를 증명해주는 경우

일부 국가에서는 신용카드 등록만으로 성인 인증을 대신하기도 한다. 카드사 시스템 자체가 미성년자 발급을 제한하고 있으니, 유효한 카드가 결제 수단으로 연결돼 있으면 구글이 이걸 나이 확인 신호로 쓰는 셈이다. 카드가 없다면 통신사 본인인증이나 신분증 스캔으로 대신하는 국가도 있다. 방식이 뭐든 한 번 인증을 마쳐두면 계정에 기록이 남아서, 이후 다른 앱 설치할 때 재인증 빈도가 눈에 띄게 줄어든다.

왜 이제 앱마다 따로 인증 안 해도 되나

지금까지는 앱마다 자체적으로 생년월일을 묻고, 심하면 신분증까지 요구하는 경우가 흔했다. 앱 개수만큼 개인정보가 여기저기 흩어지는 셈이라 이용자도 불편하고, 개발사도 인증 인프라를 따로 만들어야 하는 부담을 안았다. 구글이 새로 내놓은 Age Signals API는 이 구조를 뒤집는다. 개발사가 이용자의 정확한 생년월일을 직접 모으는 대신, 구글 계정에 이미 쌓인 신호 — 가입 시점, 결제 이력, 패밀리 링크 상태 같은 것들 — 을 바탕으로 산출된 연령대 정보만 API로 건네받는 식이다. 개인정보는 최소한만 오가면서도 미성년자 보호 요건은 채운다는 게 설계 방향이다. 개발사는 자체 인증 화면을 따로 만들 필요가 줄고, 이용자는 앱마다 생년월일을 반복 입력하는 번거로움에서 벗어난다. 이 정도면 꽤 실용적인 타협안 아닐까.

궁금한 것들 몇 가지

Q. 나이를 잘못 입력해서 낮춰 수정하면 계정이 정지되나?
정지는 아니다. 다만 본인 확인 절차가 하나 더 붙는다. 신분증이나 결제 수단으로 실제 나이를 증명해야 반영된다.

Q. Age Signals API, 사용자가 따로 켜야 하나?
아니다. 개발사가 앱에 붙이면 백그라운드에서 알아서 처리되는 구조라, 이용자가 켜고 끌 수 있는 기능이 아니다.

Q. 연령 인증 정보가 다른 회사로 넘어가나?
구글 설명으로는 생년월일 원본 대신 연령대 구간 — 성인인지 미성년인지 — 정도의 요약 신호만 전달한다. 다만 얼마나 자세히 공유되는지는 국가별 정책에 따라 달라질 여지가 있다.

출처: Engadget

초등학생 자녀 스마트폰에 게임 하나 깔았다고 성인 인증 화면부터 뜬 적, 있을 거다. 반대로 나이 제한 걸린 앱인데 확인 한 번 없이 술술 깔리는 경우도 많다. 이상하게 뒤죽박죽이다. 구글이 플레이 연령 신호(Play Age Signals) API를 전 세계 안드로이드 개발자에게 열었다. 앱에 개인정보를 넘기지 않고도 사용자 연령대만 전달하는 방식이 이제 표준처럼 자리 잡는 분위기다. 이 기술이 실제로 뭘 바꾸는지, 그리고 지금 당장 안드로이드 폰에서 자녀 보호 설정을 어떻게 하면 되는지 실전 위주로 정리해봤다.

앱 연령 제한, 왜 갑자기 신경 쓰이나

미성년자 대상 서비스에 나이 확인 의무를 지우는 법, 전 세계적으로 늘고 있다. 소셜미디어, 게임, 채팅 앱 — 다 걸린다. 문제는 기존 방식이 너무 번거로웠다는 거다. 신분증을 스캔하거나 신용카드 정보를 입력하는 식이니 개인정보 유출 걱정부터 앞섰고, 앱마다 따로 인증해야 하니 사용자 쪽도 피곤했다. 그래서 나온 대안이 운영체제 차원에서 연령대 정보를 딱 한 번 등록해두고, 여러 앱이 필요할 때마다 그걸 참조하는 방식이다.

연령 신호 API, 쉽게 말하면 뭔가

구글 계정에 등록된 나이 정보를 근거로, 앱은 사용자의 정확한 생년월일 대신 연령 구간(13세 미만, 13~17세, 18세 이상 등)만 전달받는다. 그게 전부다. 앱 개발자는 실제 생일이나 신분증 사본을 따로 저장할 필요가 없어지고, 사용자도 앱마다 나이를 반복 인증할 일이 없다. 서명된 토큰 형태로 신호를 주고받아 위변조를 막는다는 것이 핵심이다. 게임 연령 등급 표시, 콘텐츠 필터링, 특정 기능 잠금 — 이런 데 두루 쓰인다.

패밀리 링크로 자녀 계정 세팅하기

자녀 스마트폰을 실제로 관리하려면 Family Link 앱부터 까는 게 순서다.

• 부모 스마트폰에 Family Link 설치 후 자녀용 구글 계정 생성
• 자녀 폰에서 해당 계정으로 로그인, 부모 승인 절차 진행
• 앱 설치 시 부모 승인 필수로 설정 가능
• 하루 사용 시간, 취침 시간대 앱 잠금 설정
• 위치 확인 기능도 함께 켜둘 수 있음

계정에 등록된 생년월일이 연령 신호의 기준이 된다. 그러니 처음 계정을 만들 때 나이를 정확히 넣어두는 게 나중에 골치 안 아프다.

플레이 스토어 콘텐츠 필터 켜는 법

Family Link 없이 간단히 막는 방법도 있다. 플레이 스토어 앱을 켜고 프로필 아이콘 → 설정 → 가족 → 상위 관리 순서로 들어가면 콘텐츠 등급별 필터가 나온다. 폭력성, 선정성, 도박 요소 있는 앱은 등급에 따라 검색 결과와 다운로드 화면에서 아예 안 보인다. 여기에 인앱 결제할 때 비밀번호를 요구하도록 걸어두면, 앱 자체 나이 제한과는 별개로 한 겹 더 막게 된다.

아이폰 스크린타임과 비교하면

애플도 스크린타임(Screen Time)과 패밀리 공유로 비슷한 기능을 주긴 하는데, 접근 방식은 꽤 다르다.

• 안드로이드: 계정 기반 연령 신호를 여러 앱이 공유하는 구조로 확장 중
• iOS: 기기 단위 콘텐츠 제한과 앱별 다운로드 승인이 중심
• 안드로이드는 API 개방으로 서드파티 앱도 연령대 정보를 직접 받음
• iOS는 애플 생태계 안 앱스토어 등급 체계에 더 기대는 편

둘 다 완벽하진 않다. 솔직히, 결국은 부모가 초기 설정을 얼마나 꼼꼼히 해두느냐에서 갈린다.

설정했는데 안 먹힐 때 체크리스트

연령 제한을 걸어놔도 뚫리는 경우, 은근히 많다. 이럴 땐 아래 순서대로 짚어보면 웬만하면 해결된다.

• 자녀 폰에 부모 계정으로 로그인된 보조 계정이 남아있는지 확인
• 웹 브라우저로 앱스토어를 우회 설치하는 경우가 있으니 브라우저 접근 제한도 함께 설정
• 기기 자체를 초기화하면 필터 설정이 풀리므로 초기화 권한도 부모 계정으로 제한
• 이미 설치된 앱은 사후에 등급 필터를 켜도 자동 삭제되지 않으니 수동 확인 필요

자주 묻는 질문 몇 가지

Q. 연령 신호를 켜두면 앱 개발사가 내 정확한 생일을 알게 되나?
아니다. 구간 정보만 넘어가고, 생년월일 원본은 구글 계정 안에 그대로 남는다.

Q. Family Link 없이 콘텐츠 필터만 켜도 충분한가?
앱 다운로드만 막는 정도면 이걸로 충분하다. 근데 사용 시간이나 결제까지 관리하고 싶다면 Family Link를 같이 쓰는 게 낫다.

Q. 성인인데 연령 확인 요청이 자꾸 뜨면 어떻게 하나?
구글 계정 설정에서 생년월일이 제대로 등록돼 있는지부터 확인해보자. 필요하면 계정 보안 설정에서 나이 정보를 다시 인증하면 풀린다.

출처: TechCrunch

보일러 켜놓고 나왔나. 현관문 닫고 엘리베이터 기다리면서 그 생각 한 번쯤 해봤을 거다. 스마트 온도조절기 하나면 이 불안이 없어진다. 스마트폰으로 원격으로 끄고 켜고, 외출 패턴까지 학습해서 알아서 온도를 맞춰주는 기기가 요즘은 10만 원 안팎이면 살 수 있다. 문제는 막상 검색하면 구글 네스트, 에코비, 국내 보일러사 앱까지 이름이 너무 많다는 거다. 뭘 골라야 하나 싶어서 스마트 온도조절기가 뭔지, 국내 주거 환경에서 진짜 쓸 수 있는지, 어떤 기준으로 골라야 하는지 정리했다.

스마트 온도조절기, 정확히 뭘 말하는 건가

기존 온도조절기는 벽에 붙어서 켜고 끄는 스위치 역할만 했다. 스마트 온도조절기는 여기에 와이파이, 센서, 학습 알고리즘을 얹은 물건이다. 핵심 기능은 세 가지로 좁혀진다.

• 스마트폰 앱으로 원격 온도 조절
• 재실 감지 센서로 사람이 없으면 알아서 절전 모드 전환
• 사용 패턴 학습으로 출퇴근 시간에 맞춰 미리 데워두거나 식혀두기

미국이나 유럽처럼 중앙 냉난방(HVAC) 시스템을 쓰는 주택에서는 기기 하나로 난방과 냉방을 동시에 통제하니까 보급률이 높다. 구글 네스트, 에코비가 이 시장의 대표 주자다.

국내에서 진짜 쓸 수 있나

여기서 착각하는 사람이 많다. 국내 아파트나 빌라는 대부분 개별 보일러 난방이라 미국식 중앙 냉난방 배선 구조와 아예 다르다. 구글 네스트나 에코비를 해외 직구로 가져와도 국내 보일러 배선과 안 맞아서 설치 자체가 불가능한 경우가 흔하다. 대신 경동나비엔, 귀뚜라미, 린나이 같은 국내 보일러 제조사가 자체 앱으로 원격 온도 조절, 예약 난방을 지원한다. 최근 지어진 아파트라면 월패드 자체에 스마트홈 연동 기능이 들어있는 곳도 많다. 그러니 기기부터 사지 말고 관리사무소나 보일러 모델명부터 확인하는 게 순서다.

구글 네스트, 에코비, 국내 보일러 앱 — 뭐가 다른가

실제 쓰임새 기준으로 셋을 비교하면 이렇다.

• 구글 네스트: 학습형 알고리즘이 가장 정교하고 구글 홈, 안드로이드 생태계와 연동이 매끄럽다. 다만 국내 보일러 배선 호환이 관건이라 사기 전 확인이 필수다.
• 에코비: 룸센서를 추가로 달아 방마다 온도 편차를 잡아주는 게 장점이지만, 이것도 미국식 HVAC 기준 제품이라는 건 똑같다.
• 국내 보일러 제조사 앱: 배선 걱정 없이 바로 쓸 수 있고 온수 예약, 외출 모드처럼 국내 생활 패턴에 맞춘 기능이 이미 들어있다. 대신 학습형 자동 제어 같은 고급 기능은 상대적으로 단순하다.

정리하면 단독주택에 중앙 냉난방 배관이 깔려 있다면 네스트나 에코비 같은 해외 제품도 고려할 만하고, 일반 아파트라면 보일러 제조사 순정 앱이나 통신사 스마트홈 서비스부터 확인하는 게 현실적이다.

전기·가스요금, 진짜 아낄 수 있나

재실 감지와 예약 난방만 제대로 써도 불필요하게 켜놓는 시간이 줄어드니 체감 절감 효과는 작지 않다. 겨울철 외출할 때 무의식적으로 보일러를 계속 틀어놓는 습관이 있다면, 원격 종료 기능 하나만으로도 월 가스요금 차이가 눈에 보일 정도다. 다만 이미 절전 습관이 잡혀 있는 집이라면 기기값 대비 절감 폭이 크지 않을 수도 있다. 솔직히 여기서 갈린다. 새 기기 사기 전에 평소 난방 습관부터 한 번 점검해보는 게 우선이다.

사기 전에 체크할 것들

기기를 고르기 전에 이 항목들부터 확인하면 시행착오를 줄인다.

• 지금 집 난방 방식이 개별 보일러인지, 중앙 냉난방인지
• 보일러 제조사와 모델명, 자체 앱 지원 여부
• 기존 월패드나 스마트홈 허브와 연동되는지
• 와이파이 신호가 보일러실이나 현관 조절기 위치까지 잘 닿는지
• 세일 시즌 할인가와 정가 차이 — 해외 제품은 특가 시즌에 사면 체감 가격이 크게 낮아진다

설치는 직접 할 수 있나

국내 보일러 앱 연동형은 대부분 기존 조절기를 통째로 바꾸지 않고 통신 모듈만 추가하는 방식이라 전문 기사 방문 설치로 진행되는 경우가 많다. 해외 스마트 온도조절기는 배선 작업이 필요해서 전기 지식이 없다면 셀프 설치는 권하지 않는다. 배선을 잘못 연결하면 보일러나 난방 회로 자체에 문제가 생길 여지가 있다. 확신이 안 서면 그냥 설치 기사를 부르는 편이 안전하다.

결국 뭘 사야 하나

중앙 냉난방 단독주택이라면 학습형 기능이 강한 해외 제품, 일반 아파트라면 보일러 제조사 순정 앱이나 통신사 스마트홈 서비스가 정답에 가깝다. 기기 자체보다 지금 집 난방 구조부터 파악하는 게 실패 없는 구매의 첫걸음이다.

출처: The Verge

디스코드에서 짤 찾으려고 GIF 아이콘을 눌렀는데, 검색창이 먹통이었던 적 있을 거다. 키워드를 쳐도 결과는 안 뜨고 로딩 바퀴만 빙글빙글. 왓츠앱에서도, 블루스카이에서도 비슷한 증상이 보고됐다. 범인은 앱 자체가 아니다. 진짜 원인은 따로 있다 — GIF 검색을 떠받치는 백엔드 API.

구글 산하 Tenor처럼 GIF 검색 엔진을 운영하는 업체가 API 정책을 바꾸거나 외부 제공을 끊어버리면, 거기에 빌붙어 쓰던 메신저·SNS 앱들의 GIF picker가 한꺼번에 멈춘다. 도미노처럼. 원인을 알면 해결은 의외로 빠르다.

GIF 검색이 갑자기 안 되는 진짜 이유

디스코드, 왓츠앱, 블루스카이, X. 이 네 곳 다 자체 GIF 데이터베이스를 만들지 않는다. 대신 Tenor나 GIPHY 같은 전문 업체의 API를 호출해서 검색 결과를 끌어오는 구조다. API 쪽에서 엔드포인트를 바꾸거나 서비스를 종료하면? 앱을 업데이트하기 전까진 검색창에 뭘 입력해도 결과가 안 나온다. 앱을 지웠다 다시 깔아도 소용없는 이유가 바로 여기 있다.

• API 제공사가 엔드포인트를 변경한 경우
• 앱이 아직 새 API로 마이그레이션을 마치지 못한 경우
• 네트워크나 지역 차단으로 GIF 서버 접속 자체가 막힌 경우

디스코드 GIF 검색, 이렇게 고친다

디스코드는 메시지 입력창의 GIF 아이콘을 눌렀을 때 검색이 안 되는 사례가 종종 올라온다. 일단 앱부터 최신 버전으로 업데이트할 것. 그래도 안 풀리면 캐시를 지워본다 — 데스크톱 앱은 Ctrl+R로 새로고침하거나, 설정 > 고급 메뉴에서 캐시 클리어. 모바일이라면 휴대폰 설정의 앱 정보 화면에서 캐시 데이터를 지우는 쪽이 효과적이다. 이래도 검색 결과가 텅 비어 있다면? 백엔드 API 마이그레이션이 아직 안 끝났을 가능성이 크다. 며칠 뒤 업데이트를 다시 받아보는 게 가장 확실한 방법이다.

왓츠앱·X·블루스카이는 조금씩 다르다

왓츠앱은 채팅창 이모지 패널 옆 GIF 탭에서 검색을 제공하는데, 이것도 결국 외부 GIF API에 기댄 구조다. X(옛 트위터)는 미디어 업로드 버튼 옆 GIF 메뉴에서 카테고리 추천과 검색을 같이 보여준다. 그래서 API가 말썽일 때 추천 탭은 멀쩡하고 검색만 막히는 경우도 있다. 블루스카이는 GIF 검색을 붙인 지 비교적 얼마 안 됐다. 그래서인지 백엔드 전환에 따른 일시적 오류가 상대적으로 자주 보인다. 그래도 세 서비스 공통점은 하나, 앱 업데이트가 제일 빠른 해결책이라는 것.

Tenor vs GIPHY, 뭐가 다른가

Tenor는 2018년 구글이 인수한 GIF 검색 엔진이다. 안드로이드 키보드와 구글 검색에 꽤 깊숙이 박혀 있다. GIPHY는 메타(옛 페이스북)가 한때 사들였다가 반독점 규제에 걸려 도로 팔아치운 이력이 있는, 완전히 별개의 서비스다. 두 업체 다 외부 앱에 무료 API를 제공해왔지만 수익 구조나 운영 방침은 서로 다르다. 한쪽이 API 제공을 줄이면 거기 의존하던 앱들이 다른 쪽으로 옮겨가는 식의 연쇄반응이 생긴다. 요즘 GIF picker가 갑자기 낯설어 보인다면, 십중팔구 이 마이그레이션 과정 중이라고 보면 된다.

그래도 안 풀린다면 시도해볼 것들

• 앱을 완전히 종료하고 재실행하기
• 스마트폰·PC 운영체제 자체 업데이트 확인하기
• 와이파이와 모바일 데이터를 번갈아 켜서 네트워크 문제부터 배제하기
• 웹 브라우저로 Tenor나 GIPHY 사이트에 직접 들어가 GIF를 찾은 뒤, 링크나 파일로 공유하기

마지막 방법, 임시방편이긴 한데 급할 땐 의외로 쓸 만하다. 찾은 GIF의 URL을 복사해 채팅창에 붙여넣으면 대부분 메신저가 알아서 미리보기를 띄워준다.

결국 살아남는 건 어느 쪽 API일까

메신저 앱이 자체 GIF 인프라를 직접 구축하려면 비용이 만만치 않다. 그래서 외부 API에 기대는 구조는 한동안 안 바뀔 거다. 이번 같은 마이그레이션 이슈도 주기적으로 또 터질 가능성이 높다. 자주 쓰는 앱에서 GIF 검색이 막혔다면, 패치 노트나 커뮤니티 공지부터 확인하는 습관을 들이는 게 제일 빠른 대응이다. 검색창만 붙들고 있어 봐야 답은 안 나온다.

원문 보도: The Verge

앱 하나 내놓으면 수익 30%가 먼저 나간다. 구글이든 애플이든 마찬가지다. 1만 원짜리 아이템 하나 팔면 개발사 통장엔 7천 원만 들어온다는 얘기다. 수수료율 1%p 차이가 연간 수백만 원 규모로 불어날 수 있는데, 이 구조를 정확히 파악하고 있는 개발자는 생각보다 드물다. 인디 개발자나 스타트업이라면 플랫폼 고르기 전에 한번쯤 짚고 넘어가야 한다.

30% 수수료, 왜 이게 문제인가

구글과 애플 모두 기본 인앱결제 수수료로 30%를 적용해왔다. 2008년 앱스토어 출범 이후 10년 넘게 이어진 관행이다. 이 숫자가 논란인 이유는 단순하다. 협상이 안 된다는 거다. 플랫폼이 유일한 배포 경로인 상황에서 개발사 입장에서는 선택지 자체가 없다.

에픽게임즈가 포트나이트 직접결제를 밀어붙이다 양 플랫폼에서 동시에 퇴출당한 사건, 스포티파이가 유럽 경쟁당국에 제소한 사건 모두 이 구조에서 비롯됐다. 수수료 문제가 아니라 사실상 독점 구조 문제에 가깝다는 시각이 나오는 것도 이해가 된다.

구글 플레이 수수료 구조

구글은 현재 다층적 수수료 체계를 운영한다.

• 기본 수수료: 연간 매출 100만 달러(약 13억 원) 이하 구간 — 15%
• 초과 구간: 100만 달러 초과분 — 30%
• 구독 앱: 가입 첫 해 15%, 2년차부터도 15% (전 구간 동일)
• 전자책·음악 스트리밍 등: 별도 협약으로 10% 적용 가능

에픽게임즈 소송 합의 이후 구글은 일부 시장에서 수수료를 추가 인하하는 조치를 진행 중이다. 중소 개발사 쪽에 상대적으로 유리한 방향이고, 전 세계 확대는 단계적으로 진행된다. 아직 확정된 건 아니지만, 흐름 자체는 인하 쪽이다.

애플 앱스토어 수수료 구조

애플의 체계는 구글과 유사하지만 기준선이 조금 다르다.

• 소규모 개발자 프로그램: 연간 매출 100만 달러 이하 — 15%
• 일반 수수료: 100만 달러 초과 — 30%
• 구독: 1년 이상 유지 구독자에 한해 15%로 인하
• EU 지역: DMA(디지털시장법) 적용으로 대체 결제 허용, 단 Core Technology Fee(설치당 약 0.5유로) 별도 부과

애플은 iOS에서 제3자 앱스토어를 원칙적으로 허용하지 않아왔다. EU에서만 법적 강제로 대안 마켓플레이스 허용이 시작됐고, 이 흐름이 다른 지역으로 번질지는 미지수다. EU 바깥에서 애플의 입장은 여전히 강경하다. Core Technology Fee 같은 별도 요금 구조를 보면, 허용하면서도 수익을 놓지 않겠다는 계산이 보인다.

구글 vs 애플, 실질적인 차이

숫자만 놓고 보면 두 플랫폼 구조는 거의 같다. 실질적 차이는 예외 조항과 적용 방식에 있다.

• 중소 개발자 우대: 둘 다 100만 달러 이하 구간에 15% 적용. 기준은 동일하다
• 제3자 결제: 구글은 일부 국가에서 대안 결제 허용(수수료 4%p 할인). 애플은 EU만 허용, 그 외 불가
• 게임 앱: 구글은 인기 게임사 대상 협상 여지가 있다. 애플은 사실상 단일 요율
• 웹 결제 유도: 구글은 앱 내 외부 링크 허용(미국 한정, 법원 판결). 애플은 최근까지 금지였고 지금은 제한적으로만 허용
• 분쟁 해결: 구글은 에픽과 합의 완료. 애플은 에픽과 소송 진행 중(항소심)

에픽게임즈 소송이 실제로 바꾼 것

에픽이 2020년 포트나이트 직접결제를 밀어붙인 건 단순 규정 위반이 아니었다. 의도된 도발이었다. 양 플랫폼에서 동시에 퇴출당하면서 바로 소송을 제기했고, 구글과의 소송에서는 배심원단이 에픽의 손을 들어줬다.

합의 과정에서 구글은 수수료 인하, 제3자 앱스토어 접근성 개선, 일부 시장에서의 대안 결제 허용 등을 수용했다. 직접적인 수혜자는 에픽 같은 대형 퍼블리셔보다 오히려 협상력 자체가 없는 중소 개발사 쪽이 될 가능성이 크다. 싸운 건 에픽인데 혜택은 인디 개발자에게 돌아가는 아이러니한 구도다.

애플과의 소송은 결과가 달랐다. 법원은 반독점법 위반을 인정하지 않았지만 외부 결제 링크 허용 명령은 유지됐다. 그런데 애플이 이를 제한적으로만 이행하고 있다는 비판이 계속 나온다. 명령은 이겼는데 이행은 반쪽짜리라는 얘기다.

수수료 줄이는 현실적인 방법

플랫폼 수수료를 완전히 피하기는 어렵다. 그래도 방법이 아예 없진 않다.

• 웹 결제 유도: 구글 플레이는 미국에서 앱 내 외부 결제 링크를 허용한다. 사용자를 웹으로 보내서 결제하게 하면 수수료를 크게 아낀다. 다만 UX 마찰이 생기는 트레이드오프가 있다
• 구독 모델 전환: 연간 구독을 1년 이상 유지한 사용자에겐 15%가 적용된다. 일회성 결제보다 장기 구독 전환이 장기적으로 유리하다
• 소규모 개발자 프로그램 유지: 연 매출 100만 달러 이하를 유지하면 15% 구간이 계속 적용된다. 성장 속도를 의도적으로 조절하는 팀도 실제로 있다
• B2B 앱 활용: 기업 대상 앱은 Apple Business Manager나 Google Play for Work를 통해 배포하면 인앱결제 수수료 구조를 우회하는 경우가 있다
• 디지털 재화 예외 확인: NFT, 특정 물리적 상품 연동 서비스 같은 일부 콘텐츠는 인앱결제 의무에서 제외된다. 자사 서비스가 해당하는지 가이드라인을 꼼꼼히 봐야 한다

결국 어느 쪽이 덜 아픈가

수수료 숫자만 놓고 보면 지금 시점에서 구글이 약간 유연하다. 대안 결제 허용 범위가 더 넓고, 합의 이후 추가 인하 조치도 진행 중이다. Ars Technica가 전한 바에 따르면 구글은 에픽과의 합의를 이행하는 방향으로 수수료 인하를 단계적으로 확대하고 있다.

단, 수수료가 전부가 아니다. 애플 사용자의 평균 소비력이 안드로이드 대비 높다는 건 업계에서 공공연한 얘기다. 게임·유틸리티·구독 앱 기준으로 iOS 쪽 ARPU(사용자당 평균 수익)가 구글 플레이보다 높게 나오는 경우가 많다. 수수료 2~3%p 차이보다 이 격차가 더 클 수 있다.

수익 최적화를 고민하는 개발자라면 수수료율 비교보다 플랫폼별 사용자 LTV(생애 가치)를 먼저 측정하는 게 맞다. 수수료는 내는 것이고, 매출은 버는 것이다. 비율보다 절대액이 중요하다.

출처: Ars Technica

손전등 앱이 연락처 접근을 요청해온 적 있다. 거절하고 넘겼는데 찜찜했다. 구글 플레이에서 정식으로 내려받은 앱이었는데도. 알고 보면 이 찜찜한 느낌이 맞다. 앱 출처가 어디든 무조건 신뢰하면 안 된다. 안드로이드 앱 검증 시스템은 그 의심 하나하나를 기술적으로 걸러주는 장치다. 어떻게 작동하는지 알면 내 폰이 어느 수준까지 보호받고 있는지 직접 판단할 수 있다.

앱 검증이 뭔가

구글 플레이 프로텍트(Google Play Protect). 설정 어딘가에서 본 적 있을 텐데, 그게 앱 검증의 핵심 엔진이다. 설치할 때 한 번 훑고 끝나는 게 아니다. 설치 이후에도 주기적으로 재검사한다. 이 점이 다른 플랫폼과의 결정적인 차이다.

구글이 확인하는 항목은 크게 세 가지다:

• 앱 서명(Digital Signature): 개발자가 배포한 원본 파일인지, 중간에 누군가 변조하지 않았는지 확인
• 행동 분석: 설치 후 앱이 과도한 권한을 요청하거나 수상한 외부 서버와 통신하는지 지속 모니터링
• 악성코드 데이터베이스 대조: 이미 알려진 악성 앱 목록과 해시값을 비교해 걸러냄

구글 플레이 프로텍트, 실제로 뭘 잡아내나

앱을 내려받는 순간 검증이 시작된다. 구글 서버가 해당 앱의 해시값(고유 식별 코드)을 기존 데이터베이스와 대조한다. 등록된 악성 앱 기록이 있으면 설치를 막거나 경고를 띄운다. 여기까지는 직관적이다.

진짜 까다로운 경우는 신종 악성 앱이다. 구글 데이터베이스에 아직 등록되지 않은 것들. 이때 행동 기반 탐지가 역할을 맡는다. 설치 이후에도 앱이 연락처를 몰래 수집하거나, 위치 정보를 외부 서버로 계속 쏘거나, 다른 앱 데이터에 접근을 시도하면 이상 징후로 판단한다. 해시값 대조는 기존에 알려진 위협만 잡지만, 행동 분석은 처음 보는 위협까지 걸러낼 여지가 있다. 이게 플레이 프로텍트의 실질적인 강점이다.

사이드로드 앱, 왜 문제가 되나

사이드로드(Sideload)는 공식 앱 스토어를 거치지 않고 APK 파일을 직접 설치하는 방식이다. 구글 플레이에서 삭제된 앱, 특정 지역에서만 출시된 앱, 개발자 베타 버전이 필요할 때 쓴다. 이 방식 자체가 불법은 아니다.

문제는 가짜 은행 앱, 게임으로 위장한 악성코드 대부분이 이 경로로 유포된다는 점이다. 공식 스토어의 검수를 통째로 건너뛰기 때문에, 파일 자체를 검증할 주체가 없다. 안드로이드는 사이드로드를 막지는 않는다. 대신 “알 수 없는 출처” 허용을 수동으로 켜야만 외부 APK를 설치할 수 있도록 설계됐다. 귀찮게 만든 데는 이유가 있다. 설치 시점에 플레이 프로텍트가 한 번 더 스캔하는 이중 장치도 있다. 그래도 공식 검수 과정을 우회한다는 사실 자체가 리스크다.

서드파티 앱 스토어, 어디까지 믿을 수 있나

안드로이드는 iOS와 달리 서드파티 앱 스토어를 허용한다. 그런데 다 같은 수준이 아니다. 신뢰도 차이가 꽤 크다:

• 삼성 갤럭시 스토어: 삼성 기기 전용. 구글 플레이와 별도로 자체 검수를 거친다
• 아마존 앱스토어: 파이어 기기 외에도 일반 안드로이드에서 설치 가능. 자체 검수 프로세스가 있다
• F-Droid: 오픈소스 앱만 모아둔 커뮤니티 스토어. 광고 없고 추적 코드 없는 앱들로 구성됐다. 소스코드 자체가 공개되니 투명성은 제일 높다고 봐도 된다
• APKPure / Aptoide: 비공식 스토어. 검수 기준이 구글 대비 훨씬 느슨하다. 여기서 받은 파일은 일단 의심부터가 맞다

서드파티 스토어에서 가장 경계할 부분은 앱 서명 검증 기준이 구글만큼 엄격하지 않다는 점이다. F-Droid는 그나마 구조적으로 투명하지만, APKPure처럼 불특정 제3자가 올린 파일을 재배포하는 구조는 다르다. 이건 솔직히 믿고 쓰기에는 찜찜한 구조다.

9월부터 뭐가 달라지나

구글이 앱 검증 시스템을 서드파티 앱 스토어까지 확장한다. Ars Technica가 전한 바에 따르면 9월부터 본격 적용될 예정이다. 삼성 갤럭시 스토어, 아마존 앱스토어 같은 인증된 스토어에서 내려받은 앱도 구글의 검증 인프라를 통과해야 설치가 완료된다는 뜻이다.

실사용자 입장에서 달라지는 건 두 가지다:

• 설치 속도: 검증 과정이 추가되면서 설치 시간이 소폭 늘어날 수 있다
• 보안 커버리지 확대: 지금까지 구글 플레이 외 경로로 설치한 앱은 보호 범위가 약했는데, 동일한 보안 기준이 적용된다

우려도 있다. 구글이 어떤 스토어를 “인증”하느냐에 따라 앱 생태계 판도가 바뀐다. 인증받지 못한 소형 서드파티 스토어는 사실상 사용이 어려워질 수 있어서다. 안드로이드의 개방성이 좁아지는 셈인데, 보안 강화와 개방성 축소를 같은 조치로 묶은 구성이라 입장마다 평가가 갈린다.

내 폰 보안 상태, 지금 바로 확인하는 법

구글 플레이 프로텍트 상태는 설정에서 직접 볼 수 있다.

확인 경로: 구글 플레이 앱 → 프로필 아이콘 → Play 프로텍트

최근 스캔 결과, 발견된 위협 앱, 활성화 여부를 한눈에 확인할 수 있다. 이 기능이 꺼져 있다면 즉시 켜야 한다. 추가로 점검할 항목:

• “알 수 없는 출처” 허용 앱 목록 확인 (설정 → 앱 → 특별한 앱 권한)
• 최근 설치 앱 중 출처가 불분명한 것이 있는지 확인
• 과도한 권한을 요구하는 앱이 있다면 권한 회수 또는 삭제

결국 어떤 설치 습관이 안전한가

앱 검증 시스템이 아무리 정교해도, 사용자 행동이 보안의 첫 번째 방어선이다. 기술에만 기대면 반드시 빈틈이 생긴다. 현실적으로 지킬 수 있는 원칙 세 가지:

• 공식 스토어 우선: 구글 플레이, 삼성 갤럭시 스토어처럼 검수 프로세스가 있는 곳에서만 설치
• APK 직접 다운로드 최소화: 개발사 공식 사이트에서 직접 제공하는 경우가 아니면 APK 파일 링크는 일단 의심
• 권한 요청은 꼼꼼히: 손전등 앱이 연락처 접근을 요청하면 설치 안 하는 게 맞다. 타협 없이

OS 업데이트도 보안과 직결된다. 구글 보안 패치는 이미 발견된 취약점을 차단하는 데 핵심적이다. 업데이트 알림을 습관적으로 미루고 있다면 돌아볼 만하다. 검증 시스템이 강화될수록, 마지막 방어선은 결국 사람이다.

출처: Ars Technica

안드로이드 17이 픽셀 기기부터 깔리기 시작했다. 매년 반복되는 패턴이지만, 이번엔 디자인 전면 개편까지 얹혀 있어서 체감 변화가 꽤 클 거다. 삼성·샤오미로 넘어오기까지는 수개월이 더 필요하다는 것도 미리 알아두면 좋다.

뭐가 바뀌었나 — 눈에 보이는 것들 먼저

이번 업데이트에서 가장 티 나는 건 디자인이다. 머티리얼 3 익스프레시브(Material 3 Expressive)라고 부르는 새 디자인 언어가 전면 적용됐다. 스크롤 끝에서 통통 튀는 반동 효과, 앱 전환 때 자연스러워진 애니메이션 — 이걸 보고 “드디어”라는 반응이 나올 만하다. 버튼 터치감이나 색상 반응도 달라졌는데, 이 부분은 직접 써봐야 체감이 오는 영역이다.

기능 쪽에서 핵심은 온디바이스 AI 강화다. Gemini가 시스템에 더 깊이 들어왔다. 알림 요약, 통화 메모, 실시간 번역 — 이런 것들을 외부 서버로 데이터를 보내지 않고 기기 안에서 처리하는 범위가 넓어졌다. 프라이버시를 신경 쓰는 사람한테는 반가운 변화다.

보안도 손봤다. 도난 방지 기능이 더 정교해졌고, 앱 권한 관리 UI도 달라졌다. 이전 버전에서 권한 설정이 좀 번거로웠는데, 이번에 꽤 정리된 것 같다. 헬스 커넥트 연동도 확장됐다. 서드파티 건강 앱끼리 데이터 공유가 전보다 매끄러워졌다는 건데, 갤럭시 헬스 앱이나 다른 피트니스 앱을 같이 쓰던 사람들한테는 쓸모 있는 변화다.

내 폰이 지원 기기인지 확인하는 법

안드로이드 17 공식 지원은 픽셀 6 시리즈 이상부터다. 기기별로 차이가 있다:

• 픽셀 6, 6 Pro, 6a — 기본 지원. AI 기능 일부는 빠진다
• 픽셀 7, 7 Pro, 7a — 전체 지원
• 픽셀 8, 8 Pro, 8a — 전체 지원 + AI 기능 완전 지원
• 픽셀 9 시리즈 (9 Pro, 9 Pro XL, 9 Pro Fold 포함) — 전체 지원 + 픽셀 드롭 전용 기능 우선 수령

삼성 갤럭시는 좀 다르다. 안드로이드 17 기반의 One UI가 별도로 나오는 방식이라, 픽셀 배포와 동시에 받는 건 아니다. 갤럭시 S24 시리즈 이상에서 우선 지원될 가능성이 높다는 얘기가 나오는데, 정확한 일정은 삼성 공식 발표를 기다려야 한다. 샤오미, 원플러스 등도 자체 스케줄대로 순차 배포한다.

지금 내 폰 버전이 뭔지 모른다면 설정 → 휴대전화 정보 → 소프트웨어 정보에서 확인하면 된다. 구형 기기라면 제조사 공식 사이트에서 지원 여부를 직접 찾아보는 게 제일 확실하다.

픽셀만 되는 기능 따로 있다

같은 안드로이드 17을 받더라도 기기마다 쓸 수 있는 기능이 다르다. 크게 두 층으로 나뉜다:

• 안드로이드 17 공통 기능: 머티리얼 3 익스프레시브 디자인, 보안 강화, 헬스 커넥트 확장, 앱 아카이빙 등 — 모든 제조사 기기에 순차 적용
• 픽셀 드롭 전용 기능: Gemini Live 고급 기능, 실시간 통화 스크리닝, 픽셀 AI 스튜디오 업데이트 등 — 픽셀 기기에만 우선 또는 독점 제공

픽셀을 쓰는 이유 중 하나가 바로 이 ‘픽셀 드롭’이다. 구글이 분기마다 픽셀 전용 기능을 묶어서 푸는 방식인데, 안드로이드 메이저 업데이트와 함께 발표되는 경우가 잦다. 단, 드롭에서 발표된 기능이 전부 당일에 켜지는 건 아니다. 일부는 몇 주 뒤에 서버 사이드로 활성화되기도 하니, 발표 직후 못 찾았다고 실망할 건 없다.

업데이트 전에 이 3가지는 챙겨라

메이저 업데이트는 시스템 깊숙이 손을 댄다. 준비 없이 그냥 눌렀다가 낭패 보는 일이 실제로 생기거든요. 딱 세 가지만 하면 된다.

• 1. 백업 먼저: 사진, 연락처, 앱 데이터를 구글 드라이브 또는 로컬에 백업한다. 설정 → 백업에서 ‘지금 백업’을 눌러 최신 상태로 맞춰두는 게 기본이다.
• 2. 배터리 50% 이상 충전: 업데이트 도중 기기가 꺼지면 최악의 경우 부팅 불가 상태가 된다. 충전기를 꽂은 채로 진행하는 게 가장 안전하다.
• 3. 저장 공간 확보: 메이저 업데이트 파일은 보통 1~3GB 수준이다. 공간이 부족하면 다운로드 자체가 막힌다. 쓸 일 없는 앱이나 파일은 미리 정리해두자.

기기별 업데이트 경로 — 조금씩 다르다

준비가 됐다면 방법 자체는 간단하다. 기기마다 들어가는 경로만 조금씩 다를 뿐이다.

• 픽셀: 설정 → 시스템 → 시스템 업데이트 → ‘업데이트 확인’
• 삼성 갤럭시: 설정 → 소프트웨어 업데이트 → ‘다운로드 및 설치’
• 기타 제조사: 설정 → 휴대전화 정보 → 소프트웨어 업데이트

다운로드가 끝나면 재시작 예약이나 즉시 설치 중 선택하면 된다. 설치 완료까지 보통 5~15분 걸린다.

업데이트가 아직 안 뜬다면 순차 배포 중인 거다. 같은 기기라도 지역이나 통신사에 따라 일정이 달리 적용되는 경우가 있다. 며칠 기다리면 자동 알림이 온다.

업데이트 직후 자주 생기는 문제들

메이저 업데이트 뒤 며칠은 좀 어수선한 게 정상이다. 자주 신고되는 증상들을 모았다.

• 배터리가 갑자기 빨리 닳는다: 업데이트 후 시스템이 앱 인덱싱과 최적화를 돌리느라 발열·소모가 늘어난다. 1~2일 지나면 대부분 정상화된다.
• 특정 앱이 안 켜지거나 오류가 난다: 앱 캐시 삭제(설정 → 앱 → 해당 앱 → 저장공간 → 캐시 삭제)로 해결되는 경우가 많다. 그래도 안 된다면 앱을 최신 버전으로 업데이트해보자.
• 터치 반응이 이상하다: 보호 필름이나 케이스가 터치 감도 설정과 충돌하는 경우가 있다. 설정에서 터치 감도 옵션을 확인하거나, 재시작 한 번으로 해결되기도 한다.
• 와이파이나 데이터 연결이 불안정하다: 네트워크 설정 초기화(설정 → 일반 관리 → 초기화 → 네트워크 설정 초기화)를 시도해보자. APN 설정이 초기화되는 경우도 있으니 통신사 설정을 재입력해야 할 수도 있다.

바로 눌러야 할까, 좀 기다려야 할까

결론부터. 긴급 보안 취약점이 패치된 경우라면 빠를수록 낫다. 안드로이드 메이저 업데이트는 기능 추가만이 아니라 알려진 보안 구멍을 막는 역할도 하기 때문이다.

업무용 폰이거나 특정 앱 의존도가 높은 환경이라면 1~2주 기다리는 전략도 있다. 초기 배포 직후 버그가 발견되면 구글이 빠르게 마이너 패치(예: Android 17.0.1)를 내놓는 경우가 많다. 그걸 기다리는 셈이다.

픽셀 기기라면 기다릴 이유가 거의 없다. 구글이 직접 만든 기기라 호환성 문제가 적고, 이슈가 생겨도 패치가 제일 빠르게 들어온다. 반면 삼성이나 샤오미처럼 커스텀 UI를 얹는 제조사 기기는 안드로이드 17 기반 자체 OS가 나올 때까지 수개월이 더 걸린다. The Verge 보도를 보면 이번 픽셀 드롭 상세 기능과 배포 일정을 더 자세히 확인할 수 있다.

출처: The Verge

구글이 안드로이드 기반 노트북 라인업인 ‘구글북(Googlebook)’을 준비 중이라는 보도가 나왔다. Engadget이 전한 내용인데, 단순히 신제품 발표가 아니다. 크롬북과 근본적으로 다른 OS 방향성을 택했다는 게 핵심이다. 스마트폰과 태블릿의 경계가 이미 흐릿해진 상황에서, 이번엔 랩톱까지 안드로이드 생태계로 끌어들이려는 시도로 읽힌다.

크롬북은 원래 뭐였나

크롬북이 처음 나왔을 때 반응은 엇갈렸다. ‘웹만 되는 저가 노트북’이라는 시선이 많았다. 실제로 ChromeOS는 웹 앱과 클라우드 서비스 중심으로 설계됐고, 하드웨어 사양 의존도가 낮아 가격이 저렴했다. 빠른 부팅, 자동 업데이트, 샌드박스 보안 — 이 세 가지로 교육 시장에서 자리를 잡았다.

• 웹 중심 OS: ChromeOS는 웹 앱·클라우드 서비스가 기본 동작 환경이다.
• 보안 구조: 자동 업데이트와 샌드박스 기술로 악성코드 침투 경로 자체를 좁힌다.
• 집중 관리: 기업·학교에서 수백 대를 중앙에서 일괄 관리하는 데 최적화돼 있다.

그런데 구글은 여기서 멈추지 않았다. 구글 플레이 스토어를 통합해 안드로이드 앱을 쓸 수 있게 했고, 이후엔 리눅스(Linux) 앱 지원까지 추가했다. ‘웹 전용 기기’라는 첫인상과 달리, 상당히 넓은 범위의 작업을 소화하는 수준까지 진화한 셈이다.

구글북 — 안드로이드가 ‘추가’가 아닌 ‘기반’

크롬북과 구글북의 가장 큰 차이는 여기서 갈린다. 크롬북은 ChromeOS 위에 안드로이드 앱을 얹는 구조다. 구글북은 안드로이드 자체가 OS의 뿌리가 된다. 이게 왜 중요하냐면, 앱 호환성과 성능 최적화 문제가 완전히 달라지기 때문이다.

크롬북에서 안드로이드 앱이 가끔 어색하게 동작하는 이유가 있다. ChromeOS가 기반이다 보니 안드로이드 앱이 네이티브 환경에서 돌아가는 게 아니다. 구글북은 이 문제를 구조적으로 해결하는 방향이다. 안드로이드 앱이 랩톱 화면 크기와 키보드·마우스 입력에 맞게 재설계될 길도 함께 열린다.

크롬북 vs 구글북, 핵심 차이 정리

두 기기를 직접 비교하면 이렇다.

• 운영체제 기반:
  • 크롬북: ChromeOS (리눅스 커널 기반, 웹 중심)
  • 구글북: 안드로이드 기반 OS (랩톱 환경에 최적화된 형태)

  안드로이드 기반은 모바일 앱의 네이티브 호환성과 성능 면에서 구조적으로 유리하다.

• 앱 생태계:
  • 크롬북: 웹 앱이 주력, 안드로이드·리눅스 앱은 보조 역할
  • 구글북: 안드로이드 앱이 중심, 랩톱 환경에 맞춰 UI/UX가 재설계될 가능성이 높다

  안드로이드 앱 개발자 입장에선 새로운 시장이 열리는 셈이다.

• 하드웨어 요구 수준:
  • 크롬북: 저사양에서도 무난하게 작동, 여러 제조사가 참여
  • 구글북: 안드로이드 앱 성능을 온전히 끌어내려면 더 강한 하드웨어를 요구할 여지가 있다. 2-in-1 폼팩터에 더 집중할 가능성도 보인다.
• 사용자 경험:
  • 크롬북: 전통적인 데스크톱 생산성 환경에 강점
  • 구글북: 터치스크린·펜 입력 등 모바일 방식의 상호작용이 더 자연스럽게 녹아들 것으로 보인다

구글 입장에서 이게 왜 지금인가

애플은 이미 macOS와 iOS를 긴밀하게 연동하고 있다. 마이크로소프트는 윈도우 기반 태블릿 라인업을 꾸준히 밀고 있다. 구글은 이 구도에서 안드로이드 생태계를 무기로 쓰는 전략이다.

픽셀 폰, 픽셀 태블릿, 구글북. 이 세 줄기가 하나의 안드로이드 생태계로 묶이면 기기 간 연동이 훨씬 매끄러워진다. 폰에서 쓰던 앱이 랩톱에서도 그대로 돌아간다는 건 사용자 입장에서 실질적인 이득이다. 저가형 교육 시장과 보급형 노트북 시장에서도 충분히 노려볼 만한 포지션이다.

남은 과제들

낙관적으로만 볼 수는 없다. 안드로이드 앱 대부분은 여전히 세로 화면과 터치 입력 기준으로 만들어졌다. 랩톱에서 돌리면 UI가 어색한 경우가 지금도 많다. 구글북이 이 문제를 제대로 해결하지 못하면, 크롬북의 ‘안드로이드 앱 실행’ 기능과 크게 다를 게 없어진다.

성능 최적화도 변수다. 안드로이드 기반이라고 해서 앱이 자동으로 잘 돌아가는 건 아니다. 랩톱 폼팩터에 맞는 최적화가 얼마나 촘촘하게 이루어지느냐가 관건이다. 개발자들이 랩톱 환경에 맞는 안드로이드 앱을 얼마나 빠르게 내놓을지, 구글이 어떤 인센티브를 제공할지도 구글북의 경쟁력을 좌우한다.

결국 누구를 위한 기기인가

크롬북이 ‘웹 작업 중심의 가성비 기기’라면, 구글북은 ‘안드로이드 생태계 사용자를 위한 랩톱 확장’에 가깝다. 스마트폰에서 쓰던 앱을 큰 화면에서도 그대로 쓰고 싶은 사람, 안드로이드 환경이 몸에 배어 있는 사람에게 구글북의 방향은 분명 매력적이다.

반면 웹 기반 작업이 주력이고 관리가 편한 기기가 필요한 기업·교육 환경에서는 크롬북이 여전히 유효하다. 두 기기는 경쟁 관계라기보다, 서로 다른 사용자 군을 향하는 방향으로 분화될 가능성이 높다.

구글북이 실제로 출시되고 시장에서 어떤 반응을 얻느냐는 지켜봐야 한다. 지금 단계에선 보도와 분석 수준이지 공식 발표가 나온 건 아니다. 다만 방향성 자체는 선명하다. 안드로이드 생태계를 랩톱으로 밀어넣겠다는 구글의 의지, 꽤 뚜렷해 보인다.

출처: Engadget