앞으로 예기치않게 발생할 수 있는 사용자의 불편과 문제를 방지하기 위하여, 아직까지 In-app Billing 2 API 를 사용하고 있는 개발자 분들은 가능한 빨리 Version 3 API 로 마이그레이션 하시기 바랍니다. 여러분들의 작업을 돕기 위하여, 마이그레이션 작업 중에 참고하실 몇 가지 팁을 정리해보았습니다. 참고하시기 바랍니다.
기존 IAB v2 에서 사용되던 MANAGED_ITEM 과 SUBSCRIPTION_ITEM 의 경우 큰 변경없이 API 만 교체하여 IAB v3 API 로 손쉽게 적용하실 수 있습니다.
UNMANAGED_ITEM 의 경우 개발자 여러분은 새로운 아이템을 생성하지 않고 기존 아이템과 제품 ID 를 그대로 활용할 수 있지만, IAB v3 API 를 통해 해당 아이템을 구매하는 경우 실제 아이템 속성과는 관계없이 해당 아이템은 MANAGED_ITEM 으로 간주되며 이에 따라 추가적인 로직 (예를 들어 아이템을 재구매하기 위해서는 반드시 해당 아이템은 소비해야 합니다. ) 을 앱 내에 구현하셔야 합니다.
Cross-posted by Mano Marks, Google Developer Platform Team
호스트는 낮은 가격을 위해, 모바일 사용자들은 데이터 사용량을 줄이기 위해 그리고 불필요한 바이트 때문에 느려지는 것을 원치 않기 때문에 모두 더 적은 대역폭을 사용하고 싶어합니다. 웹에서 대역폭을 아낄 수 있는 많은 방법이 있는데요 지집(gzip)이 적용되지 않은 페이지, 축소되지 않은 스타일시트와 자바스크립트, 최적화 되지 않은 이미지 등을 제거하고 페이지를 제공하는 것도 그 중 하나입니다.
그렇다면 왜 아직까지 웹에서는 대역폭을 최적화하여 사용하지 않을까요? 이런 방법이 모두를 편리하게 해준다면 왜 아직 고쳐지지 않고 있을까요? 주된 이유는 이미 너무 흔해진 얘기이기 때문입니다. 웹 디자이너들은 작업물을 저장할 때 “웹 버전으로 저장하기"를 권장 받고 있지만 이것이 항상 잘 지켜지는 것은 아닙니다. 자바스크립트 프로그래머들은 디버깅이 어렵기 때문에 축약된 코드로 작업하지 않습니다. 개발 혹은 디플로이(deploy) 과정에서 이런 최적화를 적용시킨 커스텀 파이프라인을 만들 수도 있지만 그것도 손이 많이 가죠.
웹 사용자들을 위한 쉬운 해결책은 크롬 처럼 프록시를 최적화 하는 것입니다. 사용자들이 구글의 프록시를 통해 자신들의 HTTP 서비스를 선택할 때, 구글 프록시는 사용자들의 페이지 로드를 최적화 하고 대역폭 사용량을 50%까지 축소시킵니다. 사용자들에게는 매우 편리한 일이나, 크롬에서 이 기능을 설정한 사용자들에게만 해당되며 HTTPS 트래픽은 최적화 시키지 않습니다.
대역폭 최적화와 함께 PageSpeed 팀은 웹마스터들에게 같은 기술을 제공하여, 다른 브라우저를 사용하는 사용자들, 데스크탑 사용자들, 아웃바운드 트래픽 요금을 줄이고 싶어하는 사이트 운영들 그리고 사이트 보안 등에 이득을 줄 수 있도록 합니다. PageSpeed 모듈 을 Apache 혹은 Nginx 서버에 설치하고 설정에서 대역폭 최적화를 켜면 PageSpeed가 나머지 과정을 진행합니다.
추후에 캐쉬 연장하기와 자바스크립트 인라이닝부터 좀 더 공격적인 이미지 지연로딩과 지연 자바스크립트 등 PageSpeed의 다른 고급 최적화 기능을 사용하려면, PageSpeed 설정에서 실행만 하면 됩니다.
새롭게 추가된 "힘내라 인디!" 콜렉션을 비롯하여 Google Play팀은 인디 개발사(1인 개발자분들을 포함)분들에게 더 많은 지원과 기회를 드리기 위하여 많은 노력을 할 계획입니다. 관심 있는 중소 게임 개발사 분들은 다음 폼을 통해 개발중인 게임 정보를 공유해주시기 바랍니다.
