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

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

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

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

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

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

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

앱의 특장점과 차별성 강조

개발자가 자신의 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 앱 환경을 개선하는 방법에 관해 앞으로 나올 게시물에 계속 관심을 갖고 지켜봐 주세요.

읽어주셔서 감사합니다!

이 업데이트에 포함된 내용은?

이번 업데이트에는 Pixel 기기 및 Android Emulator용 베타 3 시스템 이미지와 차세대 Dex 컴파일러인 D8이 포함된 Android Studio 빌드 도구 업데이트가 포함되어있습니다. 베타 3는 거의 최종 시스템에 가깝게 동작하며, 공식 Android의 릴리스 후보가 되는 버전입니다.

시스템 이미지와 빌드 도구와 함께 Android P에서 새롭게 소개되는 기능들 - 다중 카메라 지원, 디스플레이 컷아웃, 향상된 알림, ImageDecoder, TextClassifier 및 다른 새로운 기능등등을 테스트 할 수 있는 모든 것이 갖춰져있습니다. 특히나 앱 대기 버킷, 프라이버시 제한 및 SDK에서 지원되지 않는 인터페이스에 대한 제한 내용을 확인하고 테스트해볼 것을 권장드립니다.

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 문제가 있을 경우 언제든지 저희 핫리스트를 이용해 알려주시기 바랍니다.