Google for Developers Korea Blog: 7월 2018

크롬에서 보안이 향상된 웹을 만나보세요

2018년 7월 25일 수요일

.post-body span { white-space: normal !important; } 게시자: 에밀리 스케쳐(Emily Schechter), 크롬 시큐리티 프로덕트 매니저
크롬이 처음 출시되었을 때부터 보안은 크롬의 가장 핵심적인 원칙 중 하나였습니다. 지난 몇 년 동안 크롬은 웹을 보다 안전하게 사용할 수 있도록 하기 위해 지속적으로 노력해 왔으며, 2년 전 HTTPS 암호화가 적용되지 않은 사이트에 대한 크롬에서의 표시 계획을 발표한바 있습니다.
그리고 크롬 68 업데이트가 출시되는 오늘부터 크롬은 모든 HTTP 사이트를 ‘주의 요함’으로 표시할 예정입니다.

크롬 68 버전에서의 HTTP 페이지 표시
아울러, 크롬 인터페이스는 HTTP를 ‘주의 요함’으로 표시하는 것을 넘어 지속적으로 업데이트 될 예정입니다. 다음의 업데이트 일정을 확인해보세요.

크롬 69(Chrome 69)가 출시되는 2018년 9월부터 모든 HTTPS 사이트의 ‘보안 연결’이라는 글자가 사라지고, 표시색도 더 중립적인 회색으로 바뀝니다.

크롬 70(Chrome 70)은 2018년 10월에 출시될 예정이며, 사용자가 입력필드에 값을 넣을 때 URL에 붉은 색으로 ‘주의 요함’ 메시지가 분명하게 표시됩니다.

아직 구체적인 날짜는 정해지지 않았지만, 궁극적으로 크롬에서는 모든 HTTP 페이지에 붉은색 ‘주의 요함’이라는 메시지와 함께 HTTP 보안 인디케이터를 붉은 삼각형 모양으로 표시할 예정입니다. (이는 HTTPS가 제대로 구현되지 않은 페이지와 동일합니다.)

더 많은 암호화된 연결로 더 안전하게
일반적인 HTTP를 이용해 웹 사이트에 접속하면 사이트와의 연결이 암호화되지 않습니다. 이는 네트워크상에 있는 누구든지 오가는 정보를 보거나, 사용자가 사이트에 연결되기 전에 사이트의 내용을 수정할 수 있다는 것을 의미합니다. HTTPS를 사용하면 사이트에 대한 연결이 암호화되어 정보를 엿보려는 다른 사용자를 차단할 수 있으며, 비밀번호나 신용카드 정보와 같이 사이트에 보내는 정보가 유출되지 않습니다.
크롬의 '주의 요함' 경고를 통해 사용자는 언제든지 접속한 사이트에 대한 연결이 안전하지 않은지를 확인 할 수 있으며, 동시에 사이트 소유자에게는 사이트의 보안을 개선하도록 동기를 부여할 것입니다. 2년 전 구글의 발표 이후 HTTPS 사용률은 세계적으로 엄청나게 높아졌습니다. 구글 투명성 보고서에 의하면:

이제 안드로이드 상에서 크롬 트래픽의 76% 이상이 보호됩니다. (기존 42%)

이제 크롬 OS(Chrome OS) 상에서 크롬 트래픽의 85% 이상이 보호됩니다. (기존 67%)

웹 상의 상위 100개 사이트 중 83개가 기본적으로 HTTPS를 사용합니다. (기존 37개)

암호화를 더욱 쉽게
구글은 HTTPS로 사이트를 이전하거나 HTTPS 사이트를 새로 구축하고자 하는 웹마스터들을 돕고자 간단하고도 효과적인 툴을 제공하고 있습니다. 예를 들어, 구글 앱 엔진을 위한 Managed HTTPS, 모든 .app 도메인 상에서의 필수적이고 자동적인 HTTPS 적용, 그리고 무료 및 자동 인증서를 제공하고 있는 Let’s Encrypt는 크롬이 플래티넘 스폰서를 맡고 있습니다. 또 현재 웹사이트를 HTTPS로 이전하는 과정 중에 있다면, 구글 검색 콘솔에서 보다 자세한 정보와 안내를 받아보실 수 있습니다.
앞으로 인터넷으로 콘서트 티켓을 구매하거나 인터넷 뱅킹을 할 때, 보다 안심하셔도 될 것 같습니다. 사이트가 HTTPS로 사용자의 데이터를 보호하고 있지 않는 상황에서는 경고 메시지가 표시되기 때문입니다. 구글은 앞으로도 크롬의 보안을 개선하고 사용자가 가장 안전한 브라우저를 사용하고 있다는 확신을 줄 수 있도록 더욱 노력할 것입니다.

AMP의 새로운 기능: 2018년 2분기 에디션

2018년 7월 25일 수요일

.post-body span { white-space: normal !important; } <블로그 원문은 이곳에서 확인하실 수 있으며 번역 리뷰에는 도창욱(WebTech GDE)님이 참여해 주셨습니다.>
게시자: Vamsee Jasti, AMP 프로젝트 제품 관리자
AMP 스토리를 위한 수익 창출 지원
이제 AMP 스토리는 게시자가 딜리버리 영업과 딜리버리를 제어할 수 있는 광고를 제공하는 기능인 ‘Publisher placed ads’를 지원합니다. 6월 말에 DFP(DoubleClick for Publishers)에서 Ad Server 지원을 제공할 계획입니다. AMP 스토리에 수익 창출 지원을 추가하는 데 관심 있는 다른 광고 네트워크가 있다면 서둘러 Google에 연락해 주세요.

여기에서 AMP 스토리와 관계 있는 수익 창출 관련 세부 사항을 확인하거나 AMPbyExample.com에서 제공하는 예시를 살펴보세요.
AMP의 새로운 사용자 컨트롤 도구
게시자의 사용자 설정이 가능한 알림, 선택, 승인 흐름을 위한 사용자 컨트롤을 구현을 돕는<amp-consent> 구성 요소를 새롭게 출시했습니다. 모든 사용법과 출시 관련 통합 상세 정보를 소개한 블로그 게시물이 있으니 참고하세요.
이와 관련하여, <amp-geo>라는 새로운 구성 요소를 사용하면 ISO 국가 코드와 유사하게 국가 레벨의 사용자 위치에 대한 근사값을 기반으로 사용자를 위해 웹 콘텐츠의 작은 부분을 쉽사리 바꿀 수 있습니다. 이 구성 요소를 <amp-consent>와 함께 사용하여 사용자의 근사적 위치를 기반으로 <amp-consent>의 동작을 변경할 수 있습니다. 두 구성 요소의 통합 방법을 보여주는 예시를 확인해 보세요.
AMP 날짜 선택기(실험실 기능)
<amp-date-picker> 구성 요소는 양식 입력을 위한 캘린더 스타일의 대화식 날짜 선택기로, 사이트에서 문서 레벨 실험실 기능으로 사용할 수 있도록 공식 제공됩니다. 즉, 개발자가 <meta name=”amp-experiments-opt-in” content=”amp-date-picker”> 임시 태그를 같이 포함하는 한 이 구성 요소를 사용할 수 있다는 뜻입니다. AMP by Example에 나와 있는 샘플을 통해 어떤 기능을 수행하는지 알아보고 자신의 사이트에 적합한지 판단하시기 바랍니다.
참조: 출시 과정에 이러한 중간 단계(문서 레벨 옵트인)를 두는 이유는 개발자와 사용자의 피드백을 수집하고 우리가 구성 요소의 전면 프로덕션 단계로 진행하기에 충분할 정도로 안정적이라고 판단하기 전에 혹시 있을지 모를 문제를 파악하기 위한 것입니다. 그래서 아직은 다소 미흡한 부분이 있을 수 있으니, 피드백 사항이 있으면 알려주세요. 그리고 이번 분기 후반 정도에 나올 전체 릴리즈를 기대해주세요.

이미지 라이트박스 갤러리 소개
AMP 출시 이후로, 개발자들은 사용자가 캐러셀에서 콘텐츠를 볼 수 있도록 몰입형 환경을 제공하기 위해 <amp-carousel>을 <amp-image-lightbox> 간의 손쉬운 연결 방법을 계속 요구해오고 있습니다. 아래에서 보는 것과 같은 결과를 내기 위해 여러 개의 구성 요소를 결합할 수는 있었지만(예: <amp-bind>) 쉽지는 않았습니다.
<amp-lightbox-gallery> 구성 요소는 단독으로 구현하거나 amp-carousel과 통합될 수 있는 몰입형 미디어 환경을 제공합니다. 사용자가 단독 이미지나 이미지 그룹을 탭할 때 한 이미지에서 다음 이미지로 완벽하게 스와이프할 수 있는 몰입형 뷰로 들어가도록 이러한 이미지에 이 구성 요소를 적용할 수 있습니다. <amp-lightbox-gallery>가 <amp-carousel>에 적용될 때 캐러셀에 있는 모든 이미지는 라이트박스 갤러리 동작을 상속하므로 몰입형 뷰에서 항목 간의 스와이프는 라이트박스에서 이루어지는 스와이프와 동기화되어 부드럽고 직관적인 갤러리 환경을 만들어냅니다.

amp-fx-collection을 위한 새로운 효과
우리는 개발자들이 더욱 몰입감 높은 사이트를 만들기 위해 손쉽게 사용할 수 있는 비주얼 효과 세트인 <amp-fx-collection>을 빌드하는 작업에 최근 착수했습니다. 우리는 지금까지 두 가지 효과를 선보였습니다. 문서에서 이루어지는 스크롤 동작의 속도를 기준으로 페이지 요소가 각기 다른 속도로 움직이도록 쉽게 구성할 수 있게 해주는 패럴렉스(parallax) 효과와 사용자가 콘텐츠를 뷰로 스크롤할 때 점차적으로 나타나는 효과를 간단히 적용하는 페이드인 효과가 바로 그것입니다. 앞으로 몇 주 정도에 걸쳐 현재 시험용으로 사용 가능한 날아오기(fly-in)도 출시할 계획입니다. AMP by Example에서 새로운 특징을 확인해보시고 어떻게 생각하시는지 알려주세요.

파일 업로드 기능
파일 업로드는 많은 사이트에서 중요한 기능입니다. 예를 들어 구매 흐름에 맞춤 디자인 업로드 기능이 통합되어 있는 전자상거래 사이트들도 있습니다. 이 기능을 지원하기 위해 우리는 <input type=”file”>을 통해 양식 내에서 파일 업로드 지원 기능을 활성화했습니다. 본질적으로는 개발자가 AMP 페이지가 아닌 일반 페이지에서 구현하는 것과 같은 방식인데, 다만 양식에서 보안 XHR 제출 기능을 사용해야 한다는 추가적인 요구 사항이 있습니다. AMP에서는 이 기본적인 지원 기능을 제공하므로, 우리는 개발자가 파일 업로드 상태(업로드한 바이트 수, 비율, 진행률 표시줄 등)를 사용자에게 더 나은 방식으로 전달할 수 있도록 더욱 발전된 API를 빌드하는 작업을 진행 중입니다.
또 다른 주목할 만한 기능들

Google AMP 캐시에서 AMP 문서를 로드할 때 google.com/amp URL을 없애는 데 도움이 되기 위한 웹 패키징의 진행 상황에 관해 자세히 알아보세요.

Google I/O 2018에서 다양한 강연과 특집 행사가 진행되었습니다. 여기를 클릭하면 I/O에서 AMP 팀이 진행한 강연과 행사를 요약한 내용을 읽어볼 수 있습니다.

곧 발표될 주요 기능

현재 amp-consent와 관련된 다양한 잠재적 기능들에 대한 논의가 활발히 이루어지고 있습니다.

앞서 언급한 날짜 선택기 정식 출시

표시 영역의 모서리로 동영상을 최소화하고 회전 시 전체 화면을 띄워주는 기능을 포함한 다양한 동영상 기능

두 가지 유형의 '무한 스크롤' 사용 환경: 전체 문서를 위한 환경과 목록에 포함된 페이지 요소를 위한 환경

* * *

AMP 개발 커뮤니티 회원들께 그 동안의 노고와 의견을 주신 점에 대해 감사드립니다. 항상 그렇듯이 문제가 있거나 기능을 요청하시려면 저희에게 알려주시기 바랍니다.

Actions를 이용해 Android 앱을 더 좋게 만들기

2018년 7월 19일 목요일

.post-body span { white-space: normal !important; } <블로그 원문은 이곳에서 확인하실 수 있으며 번역 리뷰에는 정승욱(Android GDE)님이 참여해 주셨습니다.>

게시자: Neto Marin - Actions on Google 디벨로퍼 어드보케
Android 생태계에는 수백만 가지 앱이 있으므로 힘들게 개발한 앱을 사용자들이 쉽게 발견할 수 있도록 하려면 약간의 노력이 필요할 수 있습니다. 개발한 앱이 사용자의 눈에 띄게 하려면 다른 유사한 앱과는 뭔가 다른 점이 있어야 합니다.
개발자가 도우미 액션을 빌드하면 Google 어시스턴트가 지원되는 기기에서 새로운 진입점을 생성함으로써 개발한 Android 앱의 잠재력을 빠르고 간편하게 증대할 수 있습니다. 이를 통해 어떤 것도 따로 설치할 필요 없이 음성을 통해 사용자에게 서비스를 제공할 수 있고, 해당 서비스가 더 큰 가치를 제공할 수 있을 때 사람들을 개발한 앱으로 끌어들일 수 있습니다.
도우미 액션은 개발한 서비스 중 일부를 Google 어시스턴트를 통해 제공함으로써 Android 앱 사용 환경을 보완해 줍니다. Google 어시스턴트는 스피커, 전화, 자동차, 헤드폰 등을 비롯한 5억 대 이상의 기기에서 사용할 수 있습니다. 액션을 생성하면 Google 어시스턴트를 사용할 수 있는 곳이라면 어디서든 사용자가 해당 서비스를 자연스럽고 원활하게 이용하기 시작할 수 있습니다.
어시스턴트용 액션을 생성하면 개발자의 브랜드가 사용자에게 노출되는 범위가 확장되므로 사용자가 Google 어시스턴트와 상호 작용할 때 새로운 기기와 컨텍스트에 서비스를 제공할 수 있습니다.
앱의 특장점과 차별성 강조 개발자가 자신의 Android 앱을 전부 대화식 액션으로 다시 작성하려는 건 어리석은 시도입니다. 왜냐하면 음성은 상이한 제약 조건과 사용 패턴을 가진 다른 모달리티이기 때문입니다. 따라서 다시 작성하는 대신, 음성 컨텍스트로 잘 변환되고 앱에서 더 쉽게 실현할 수 있는 앱의 가장 중요한 기능이나 인기 있는 기능을 선택하는 것으로 시작해야 합니다. 그러면 Google 어시스턴트 기기에서 이러한 기능을 제공하기 위한 대화식 환경을 만들 수 있습니다. 훌륭한 음성 UI를 만드는 방법에 관한 여러 가지 자료와 안내서를 볼 수 있는 대화 디자인 사이트를 확인해 보세요.
가상의 예를 한 가지 살펴봅시다. 모바일 상거래 앱을 한번 떠올려 보세요. 제품 검색, 다양한 카테고리로 이동, 결제 정보 추가, 결제 같은 기능이 있는 앱 말이죠. 거의 같은 기능을 가진 어시스턴트용 액션을 빌드할 수 있겠지만, 대화식 환경에서 가장 합당한 것이 무엇인지 찾아보시기 바랍니다.
이 경우 액션은 사용자가 Android 앱이나 웹 페이지를 통해 제품을 구입한 후 알고 싶어할 모든 것에 초점을 맞출 수 있습니다. 빠르고 간편하게 구매 상태(결제/구매 프로세스에 대해 다른 상태를 제공하는 경우) 및 배송 정보에 대한 업데이트를 받을 방법을 제공하거나 사용자가 좋아하는 제품을 재주문하기 위한 인터페이스를 제공할 수 있을 것입니다. 그러면 사용자가 "Hey Google, Voice Store에게 내가 지난 번에 구매한 물건에 대해 물어봐" 등의 질문을 할 수 있을 겁니다.
또는 한 번도 구매한 적 없는 사용자에게 접근하기 위해 일반적인 제품을 좋은 조건으로 살 수 있는 솔깃한 구매 제안을 하는 액션을 만들 수도 있을 것입니다. 예를 들어 "Hey Google, Voice Store에게 오늘 TV 판촉 정보를 물어봐"라는 음성 질문을 받고 호출되는 액션을 만들 수 있습니다.
보시다시피, 액션에 대해 'hero' 사용 사례부터 시작하는 것은 Android 앱을 보완하는 대화식 기능을 도입하는 한 가지 멋진 방법으로, 이 방법을 사용하면 생각보다 시간이 덜 걸릴 겁니다.
우리는 Google I/O 2018에서 "Integrating your Android apps with the Google Assistant"(Android 앱과 Google 어시스턴트 통합)라는 제목으로 진행한 강연을 통해 개발자를 위해 더 자세한 내용을 다루고 다양한 예를 제시한 바 있습니다.

표면 전반에 걸쳐 사용자 구매 제공 개발자는 인앱 구매, 구독 및 일회용 제품을 통해 지갑을 여는 사용자를 위해 다양한 종류의 디지털 상품과 부가가치를 제공할 수 있으므로, Android 개발자 입장에서 이들은 수익 창출에 관한 한 성공을 거둔 것으로 입증되었습니다. 이러한 유형의 수익 창출은 사용자 전환율을 끌어올리고 앱의 수익성을 더욱 높여주는 것으로 입증됩니다.
Google Play Billing은 개발자가 구독 수명 주기를 관리하고 서버 측 유효성 검사를 빌드하는 등의 작업에 도움이 되는 일련의 도구, API 및 문서를 제공합니다. 인앱 결제를 처음 구현하려는 개발자라면 Google Play Billing 개요 페이지를 확인해 보세요.
이제 Android 개발자는 액션을 통해서도 다양한 상품이나 업그레이드된 환경을 제공함으로써 사용자가 이러한 상품과 환경에 액세스할 수 있는 곳을 확장할 수 있습니다. 이러한 확장은 다양한 표면과 기기에 걸쳐 Google Play에 관한 사용자의 권리를 존중하여, 요리 또는 운전 중일 때와 같이 앱을 사용할 수 없을 때(또는 사용하고 싶지 않을 때) 사용자에게 접근함으로써 실현됩니다.
비 Android 플랫폼의 경우에는 사용자에게 본인 계정에 연결하라고 요청해야 합니다. 그러면 사용자의 계정 방문 기록을 사용하여 다른 표면에서 구매한 기록을 파악할 수 있습니다.
사용자의 구매 기록에 액세스하여 구매 데이터를 요청하고 파싱하는 방법에 관한 단계별 가이드는 디지털 구매 액세스 페이지를 확인하세요.
다음 단계 Actions on Google에 아직 익숙하지 않으시다면 이 플랫폼에 대해 자세히 설명하고 Google 어시스턴트용 액션을 만들기 위해 알아야 할 모든 내용을 알려주는 개요 페이지부터 확인해 보세요.
Actions on Google로 Android 앱 환경을 개선하는 방법에 관해 앞으로 나올 게시물에 계속 관심을 갖고 지켜봐 주세요. 읽어주셔서 감사합니다!

Android P 베타 3을 출시했습니다

2018년 7월 19일 목요일

.post-body span { white-space: normal !important; }
<블로그 원문은 이곳에서 확인하실 수 있으며 번역 리뷰에는 양찬석(Google)님이 참여해 주셨습니다.>
게시자: Dave Burke, 엔지니어링 부사장
Android P 로고

2018년 7월 2일, Android P 베타3 (Developer Preview 4) 버전이 공개되었습니다. Android P 베타 3에는 2018년 7월 보안 업데이트 및 안정성과 완성도를 높이기 위한 버그 수정, 최적화 작업 결과가 포함되어있습니다.
이전 베타2 버전에서 개발 API가 확정되었으며, 베타 3 버전은 Android P 최종 출시에 앞서 앱 호환성 테스트를 하기에 적격인 버전입니다. 베타 3를 시험해 보시고 여러분의 의견을 들려주세요!
Android 베타 프로그램에 등록된 Pixel 단말에서 Android P 베타 3를 받을 수 있습니다. Android P 베타 프로그램에 참가 중인 다른 디바이스도 앞으로 몇 주에 걸쳐 베타 3로 업데이트될 예정입니다.
이 업데이트에 포함된 내용은? 이번 업데이트에는 Pixel 기기 및 Android Emulator용 베타 3 시스템 이미지와 차세대 Dex 컴파일러인 D8이 포함된 Android Studio 빌드 도구 업데이트가 포함되어있습니다. 베타 3는 거의 최종 시스템에 가깝게 동작하며, 공식 Android의 릴리스 후보가 되는 버전입니다.
시스템 이미지와 빌드 도구와 함께 Android P에서 새롭게 소개되는 기능들 - 다중 카메라 지원, 디스플레이 컷아웃, 향상된 알림, ImageDecoder, TextClassifier 및 다른 새로운 기능등등을 테스트 할 수 있는 모든 것이 갖춰져있습니다. 특히나 앱 대기 버킷, 프라이버시 제한 및 SDK에서 지원되지 않는 인터페이스에 대한 제한 내용을 확인하고 테스트해볼 것을 권장드립니다.
Android P 버전 대응을 시작하세요
Android P 미리보기

먼저 앱을 호환 가능하게 만들고 사용자가 Android P로 자연스럽고 완벽하게 전환할 수 있도록 지원해야합니다. Google Play에서 최신 앱을 다운로드하여 Android P 베타 기기 또는 에뮬레이터에 설치하고 테스트해 보세요. 앱이 정상적으로 실행되고 외관상으로도 좋아 보여야 하며 Android P 동작 변경 사항을 올바르게 처리해야 합니다. 필요한 업데이트를 수행한 후에는 앱의 플랫폼 타겟팅을 변경하지 않고 즉시 Google Play에 게시하는 것이 좋습니다.
지원되는 기기가 없을 경우 Android Emulator에 Android Virtual Device를 활용 할 수 있습니다. 최근에 에뮬레이터를 사용해본 적이 없는 개발자라면, 에뮬레이터 속도가 엄청나게 향상되었다는 것을 금새 느끼실 수 있을 것 입니다 (6초 안에 부팅). 또한, 화면 비율이 긴 화면이나 디스플레이 컷아웃이 있는 화면과 같은 차세대 화면을 지원하며, 앱의 동작을 테스트할 수 있습니다.
다음으로, 앱의 targetSdkVersion을 28로 업데이트 하여, 앱 사용자가 Android P의 최신 보안, 성능 및 안정성 관련 기능을 활용할 수 있도록 지원합니다. Google Play에서 적용될 정책에 부응하여 이미 API 26 이상을 타겟팅하고 있는 앱이라면, 비교적 수월하게 API 28로 타켓 버전을 변경할 수 있습니다. 앱이 P 버전에서 새롭게 소개된 동작 변경 사항을 잘 처리하고 있는지 확인하세요.
또한 SDK에서 지원되지 않는 인터페이스를 사용할 경우에 대해 앱을 테스트하여 이러한 인터페이스에 대한 의존도를 줄이는 것도 중요합니다. 최근에 블로그를 통해 공유 드린 것 처럼, Android P에서는 SDK에서 지원하지 않는 일부 인터페이스에 대한 액세스가 런타임 상에서 제한됩니다. 제한되는 인터페이스의 직접적인 사용이 있는 경우 이를 강조 표시하는 logcat 경고를 잘 살펴보거나, 새롭게 추가된 StrictMode 메서드 detectNonSdkApiUsage()를 사용할 수 있습니다. 가능하면 Android SDK 또는 NDK에서 같은 역할을 하는 공식 SDK 또는 NDK에 포함된 API를 사용하는 방향으로 앱을 수정해야 합니다. 특정 기능을 수행하는데 필요한 공개 API가 없다면 알려주시기 바랍니다.
앱 호환성을 위한 모든 작업이 마무리되었다면, Android P로 전환하고 앱에서 사용할 수 있는 새로운 기능과 API에 대해 알아보세요. 새로운 API로 앱을 빌드하려면 공식 API 28 SDK와 도구를 다운로드 받거나 Android Studio 3.2의 최신 버전을 설치한 후 프로젝트의 compileSdkVersion과 targetSdkVersion을 API 28로 업데이트할 수 있습니다.
Developer Preview 사이트에서 자세한 내용과 문서를 확인하실 수 있습니다. 또한 이 동영상과 Google I/O Android 재생목록을 통해 개발자용 Android P의 새로운 기능에 대해 더 자세히 알아보실 수 있습니다.
Google Play 알파, 베타 또는 프로덕션 채널에 게시 준비가 모두 완료되면, API 28을 타겟팅하는 APK 업데이트를 게시할 수 있습니다. 프리뷰 기간 중에도 Google Play에 업데이트를 게시한 후 기존 사용자에게 업데이트를 푸시할 수 있습니다.
다만, 업데이트한 앱이 Android P는 물론이고 이전 버전에서도 올바로 작동하는지 확인하기 위해 Google Play의 베타 테스트 기능을 사용하는 것이 권장됩니다. 베타 테스트를 통해 베타 3 사용자를 비롯한 소규모의 사용자 그룹으로부터 피드백을 받은 프로덕션까지 단계적으로 진행할 수 있습니다.
다음 단계 지금까지 보내주신 모든 피드백에 대해 감사드립니다. 올여름에 일반 소비자용 버전 출시를 목표로 하고 있으므로 그때까지 계속 피드백 또는 요청 사항을 공유해 주시면 고맙겠습니다. 플랫폼 문제, 앱 호환성 문제, 타사 SDK 문제가 있을 경우 언제든지 저희 핫리스트를 이용해 알려주시기 바랍니다.

크롬에서 보안이 향상된 웹을 만나보세요

AMP의 새로운 기능: 2018년 2분기 에디션

Actions를 이용해 Android 앱을 더 좋게 만들기

Android P 베타 3을 출시했습니다

Contents

검색

Tag

Archive

Feed