Google for Developers Korea Blog: 3월 2015

OAuth2 혹은 OpenID Connect 로 앱과 서비스를 마이그레이션 하세요.

2015년 3월 27일 금요일

Posted by William Denniss, 사용자 인식 및 인증 제품 관리자

지난 몇년 동안 예고 드린대로, 2015년 4월 20일 부터 ClientLogin, OAuth 1.0 (3LO), AuthSub 및 OpenID 2.0 서비스가 종료되며 지원이 중단될 예정입니다. 이는 보다 안전하고 사용하기 편한 OAuth 2.0 및 OpenID Connect 와 같은 최신 인터넷 표준을 보다 잘 지원하기 위해서 입니다.

Google Sign-in SDK를 사용하여 새로운 표준을 활용하도록 여러분의 앱과 서비스를 마이그레이션 할 수 있습니다 (마이그레이션 문서를 참조하세요). Google Sign-in은 기존 구글의 OAuth 2.0 및 OpenID Connect 인프라를 기초로 웹, Android 및 iOS 사용자 인증 및 인증 흐름에 대한 일관된 인터페이스를 제공합니다.

기한 내에 새로운 표준으로 마이그레이션 작업을 끝내지 못하면, 해당 애플리케이션에서 Google에 연결하는 기능이 중단될 수 있으며(로그인을 못할 가능성도 있음), 이러한 기능 중단은 마이그레이션 작업이 완료될 때 까지 지속될 수 있습니다. 서비스 상에 예기치 않은 문제가 발생하지 않도록 종료 날짜 전에 마이그레이션 작업을 마치는 것이 대단히 중요합니다.

마이그레이션을 진행할 때는, 기존에 사용하고 계신 방법에 따라 다음 내용을 참고하시기 바랍니다.

OpenID 2.0에서 Google Sign-in으로 마이그레이션
OAuth 1.0에서 OAuth 2.0으로 마이그레이션
AuthSub 및 ClientLogin의 경우, 마이그레이션이 지원되지 않습니다. 이 경우 OAuth 2.0으로 새롭게 사용자 인증 기능을 시작해야 하며, 사용자도 이에 다시 동의해주어야합니다.

애플리케이션을 마이그레이션하는 것과 관련하여 기술적인 문의 사항이 있는 경우, Stack Overflow에 질문을 올려 주시기 바랍니다. google-oauth 또는 google-openid 태그를 사용하시면 됩니다.

여러분의 게임에 활력을 불어넣을 구글의 새로운 도구들

2015년 3월 25일 수요일

주머니 속의 휴대폰으로 언제 어디서든 게임을 즐길 수 있는 시대입니다. 190개 나라 10억 명에 달하는 안드로이드 사용자 중 75%의 사용자가 게임을 즐기고 있다고 합니다. 게임 개발자 여러분은 전 세계 사용자를 상대로 정말로 성공적으로 비지니스를 운영하고 있습니다. 지난 1년간 구글이 Google Play에 앱 및 게임을 배포하는 개발자 여러분께 지불한 비용은 70억 달러가 넘습니다.

3월초에 진행된 GDC(Game Developers Conference) 기간 중 Developer Day에서 구글은 게임 개발자를 위한 Google Play Games 및 AdMob 의 새로운 기능에 관해 소개드렸습니다. 게임의 성과를 보다 잘 측정하고 더욱 높은 수익을 올릴 수 있도록 도와줄 수 있는 새로운 기능들을 한번 살펴보도록 하겠습니다.

Player Analytics

Google Play Games에 Player Analytics 가 새롭게 추가되었습니다. Google Play Developer Console을 통해 한 눈에 전반적인 사업 성과와 사용자의 행동 정보를 확인 할 수 있습니다. 인디 개발자는 물론이고 대규모 스튜디오에서도 사용자의 게임 진전 상황, 소비 및 활동 상황을 보다 잘 파악하고, 사용자당 세션 및 ARPPU 같은 중요한 통계 정보를 확인할 수 있으며, 일별 매출 목표를 설정하는 데 도움을 받을 수 있습니다.

한 가지 예로, 샌프란시스코의 일인 게임 스튜디오에서 제작한 BombSquad는 Player Analytics의 베타 테스트에 참가하여, 해당 정보를 바탕으로 앱을 수정하였고, Google Play에서 사용자당 매출을 2배 이상 높일 수 있었습니다.

광고 최적화

게임 성능을 최적화한 후에는 각 사용자에게 맞추어 수익을 극대화할 수 있는 방법을 찾아야 합니다. 개발자 여러분을 돕기 위하여 AdMob 플랫폼에 다음과 같은 3가지 기능이 추가될 예정입니다.

Native Ads: 현재 제한된 개발자를 대상으로 베타 테스팅이 진행되고 있습니다. 자신의 앱에 광고를 표시할 때, 게임의 전반적인 분위기와 잘 어울릴 수 있도록 광고 화면을 커스터마이징 할 수 있습니다. Atari는 RollerCoaster Tycoon 4 Mobile 에서 해당 기능을 적용하여, 더 많은 사용자 참여를 유도할 수 있을 것이라고 기대하고 있습니다.
In-App Purchase House Ads Beta: 광고비를 지출하지 않고, 여러분이 서비스 중인 다른 게임의 인앱 아이템을 광고할 수 있습니다. 또한, AdMob 은 어떤 사용자가 게임 아이템을 구매할 가능성이 높은지 예측할 수 있으며, 개발자 여러분은 이런 사용자를 대상으로 특별한 광고 문구를 표시하고, 프로모션 중인 아이템을 광고할 수도 있습니다. 현재 베타 버전인 이 기능은 몇 주 후에 모든 AdMob 계정에서 사용할 수 있게 될 것 입니다.
Audience Builder: 이 도구를 활용에 개발자 여러분은 이용자가 게임을 즐기는 유형에 맞추어 손쉽게 이용자 목록을 만들 수 있습니다. 생성된 목록에 기반하여, 해당 사용자에게 최적화된 사용자 경험을 제공하고 궁극적으로 앱 매출을 증진할 수 있습니다.

"Atari는 사용자층이 넓은 만큼 그에 맞는 멋진 사용자 경험을 제공하기 위해 노력하고 있습니다. 이번에 구글과 협력 관계를 맺고, 네이티브 광고 베타 버전에 참여하는 첫 게임 회사로서, 사용자 환경을 개선하면서도 게임 수익을 창출하는 데 일조하게 되어 무척 기쁩니다."

Todd Shallbetter, Atari의 COO(Chief Operating Officer)

새로운 게임 환경

구글은 작년 I/O 에서 안드로이드 TV를 발표했습니다. 안드로이드 TV는 여러분의 안드로이드 게임을 거실의 큰 화면으로 가져올 수 있는 가장 최적의 방법이 될 것 입니다. 소니와 TPVision/Philips 및 Razer 와 같은 파트너들이 안드로이드 TV 기반 제품을 출시하고 있으며 이에 따라 에코시스템이 점점 확장되고 있습니다.

게임 유저들이 안드로이드 TV 에서 더욱 즐겁게 게임을 플레이할 수 있도록, 얼마전 공개된 Google Play 서비스 7.0 버전에Nearby Connections API가 추가되었습니다. 이 새로운 프로토콜을 사용하면 스마트폰과 태블릿을 세컨드 스크린으로 사용하여 TV에서 실행 중인 게임을 컨트롤 할 수 있습니다. Beach Buggy Racing은 멀티 플레이어를 지원하는 신명나는 레이싱 게임으로, Nearby Connections를 사용하여 사용자들이 게임 컨트롤러, 스마트폰, 태블릿을 이용해 함께 게임을 즐길 수 있게 제작되었습니다. 새로운 Nearby Connections API를 이용하여 보다 많은 멀티 플레이어 게임이 모바일 기기를 세컨드 스크린 컨트롤로 활용할 수 있도록 지원하길 기대하고 있습니다.

또한, 지난 Google I/O에서는 Google Cardboard가 공개되었습니다. 평범한 종이 한 장과 스마트폰만 있으면 누구나 독특하고 몰입하기 쉬운 가상 환경을 만들 수 있습니다. 이번 GDC 에 맞추어 Unity 및 Android용 Cardboard SDK가 공개되었고 이를 활용하면 개발자 여러분은 손쉽게 VR 앱을 만들고, 기존 앱을 VR에 맞게 적용할 수 있습니다.

Google Play 서비스 7.0 - 모두를 위한 Places API

2015년 3월 25일 수요일

Ian Lake

더욱 멋진 앱을 만들기 위한 Google Play 서비스 7.0 이 공개되었습니다. 이번 릴리스에서는 위치 설정 기능이 개선되었고, 장소 정보, 추가적인 피트니스 데이타, 구글 플레이 서비스 등을 위한 새로운 API 가 함께 추가되었습니다.

위치 설정 대화 상자

FusedLocationProviderApi 는 여러가지 센서 정보를 결합하여 최적의 위치 정보를 제공하고 있습니다. 하지만, 위치 정보의 정확도는 여전히 기기에서 활성화된 설정(예: GPS, Wi-Fi, 비행기 모드 등)에 따라 크게 달라집니다. Google Play 서비스 7.0 에서는 LocationRequest 종류에 따라, 필요한 위치 설정이 활성화되었는지 확인하고, 사용자가 한 번의 터치만으로 필요한 설정을 변경할 수 있는 대화 상자 창이 추가되었습니다.

이 API 를 활용하여 사용자에게 보다 개선된 사용 경험을 제공할 수 있습니다. 예를 들어, Google Maps에서 앞서 소개한 방식으로 위치 설정 대화 상자를 통합하자, 가장 정밀한 위치 정보를 활용하는 사용자 수가 급격하게 늘어났습니다.

Places API

위치 정보에는 위도 및 경도 외의 다양한 정보가 포함될 수 있습니다. 새로운 Places API를 활용하면 Google에서 제공하는 장소 및 비즈니스 데이터베이스에서 해당 위치와 관련있는 세부 정보를 손쉽게 확보할 수 있습니다. 기본 제공되는 Place Picker는 사용자가 현재 장소를 손쉽게 파악할 수 있도록 돕고, 이름, 주소, 전화 번호, 웹 사이트 등 현재 선택된 장소와 관련된 세부 정보를 함께 제공해 줍니다.

여러분만의 고유한 UI를 제공하고 싶은 경우 getCurrentPlace() API 를 활용할 수 있습니다. 이 메서드는 사용자의 현재 위치에 기반하여 주변 장소에 관한 정보를 반환합니다. 더욱이, 자동 완성 예측 기능도 제공되기 때문에 앱 내에서 지연 시간이 길지 않은 검색 환경을 구축할 수 있습니다.

또한 addPlace() 메서드를 통해 장소를 직접 추가하고 사용자가 특정 위치에 있다고 알려줄 수도 있습니다. 이를 잘 활용하면 사용자가 직접 자신이 좋아하는 장소에 관한 정보를 입력하고 공유하도록 유도할 수도 있습니다.

Places API 는 다양한 플랫폼 상에서 사용할 수 있습니다. iOS용 Places API 베타 프로그램 신청이 진행 중이며, 개발자 여러분은 사용자에게 다양한 모바일 플랫폼을 아우르는 멋지고 일관성 있는 사용자 환경을 제공할 수 있습니다.

Google Fit

Google Fit은 피트니스에 특화된 다양한 API를 제공하며, 이를 이용해 여러분은 쉽게 피트니스 앱을 만들 수 있습니다. GoogleFit은 현재 위치 및 속도와 같은 센서 데이터를 확인하고 Google Fit의 오픈 플랫폼에 활동 데이터를 수집하고 저장할 수 있으며, 자동으로 저장된 데이터를 모아 사용자가 한 눈에 피트니스 관련된 정보를 확인 할 수 있도록 만들어줍니다.

Google Play 서비스 7.0에서는 GoogleApiClient에 전달했던 이전의 Fitness.API가 몇 개의 API로 대체되었으며, 보다 높은 수준의 Google Fit Android APIs 과 잘 매칭 되도록 수정이 이루어졌습니다.

SENSORS_API: SensorsApi를 통해 원시 센서 데이터에 액세스

RECORDING_API: RecordingApi를 통해 데이터 기록

HISTORY_API: HistoryApi를 통해 데이터 삽입, 삭제 또는 읽기

SESSIONS_API: SessionsApi를 통해 세션 관리

BLE_API: BleApi를 통해 Bluetooth Low Energy 기기와 상호 작용

CONFIG_API: ConfigApi를 통해 Google Fit의 사용자 정의 데이터 유형 및 설정에 액세스

이를 통해 백그라운드에서 Google Fit을 활용하는 앱을 실행할 때 필요한 메모리가 대폭 감소되었습니다. 여느 때와 마찬가지로 Google Play 서비스의 이전 버전을 기반으로 만들어진 앱도 계속 사용할 수 있지만, 이러한 변경 사항의 이점을 활용하기 위해 새로운 버전에 맞추어 앱을 수정할 것을 권장드립니다.

더 많은 데이터를 확보하면 의미 있는 변화를 일으킬 수 있는 원동력을 갖출 수 있습니다. 이번 업데이트에서는 체지방률 및 수면 데이터 유형이 추가되었으며, 제공되는 데이터 유형을 계속해서 확대해 나가고 있습니다.

Google Play Games

Game Developers Conference (GDC) 에서 발표했듯이, 게임에 한층 더 활력을 불어넣을 새로운 도구가 추가되었습니다. Google Play 서비스 7.0에 포함된 Nearby Connections API를 활용하면 스마트폰과 태블릿을 세컨드 스크린으로 활용해, TV에서 실행 중인 게임을 컨트롤 할 수 있습니다.

App Indexing

App Indexing을 활용하면 웹 사이트와 마찬가지로 Google이 여러분의 앱의 내용을 인덱싱 할 수 있도록 만들 수 있습니다. 인덱싱 된 결과는 네이티브 앱으로 직접 연결되는 딥 링크와 함께 Google 검색 결과에 포함되어 나타납니다. 이번 버전에서는 기존 view()/viewEnd() 및 action()/end() 으로 나누어 사용되던 API 를 start() 및 end() API로 통합함으로써 보다 쉽게 App Indexing 기능을 활용할 수 있도록 API를 간소화 했습니다.

GoogleApiClient에 대한 변경 사항

GoogleApiClient는 Google API를 활용하기위한 진입점 역할을 합니다. 이번 릴리스에서는 Google OAuth 2.0 토큰의 검색 기능을 GoogleApiClient의 기능으로 포함하였으며, Google API에 액세스하기 위한 서버 인증 코드를 더욱 간편하게 요청할 수 있도록 수정하였습니다.

SDK는 지금 바로 활용가능합니다.

안드로이드 SDK 매니저를 통해 Google Play 서비스 SDK를 다운로드 받으실 수 있습니다. Google Play 서비스와 제공되는 API에 관한 보다 자세한 내용은 안드로이드 개발자 사이트의 Google Play 서비스 항목을 참고하시기 바랍니다.

더 나은 구글플레이 사용자 경험을 위한 업데이트입니다

2015년 3월 18일 수요일

작성자: 유니스 김(Eunice Kim), 구글 플레이 프로덕트 매니저
구글플레이는 개발자들이 사용자의 참여를 유도하는 앱과 게임을 개발하고 성공적인 비즈니스를 구축할 수 있는 플랫폼을 제공하고 있습니다. 현재 전 세계 수많은 개발자들이 구글플레이를 통해 운동량을 추적하고, 밤 하늘 별자리를 보고, 나만의 왕국을 건설할 수 있는 수많은 앱과 게임을 선보이고 있습니다. 개발자들이 구글플레이에서 성공적으로 사업을 키우기 위해서는 사용자들이 편리하게 앱과 게임을 검색할 수 있는 환경이 필요합니다. 구글은 구글플레이 개발자와 사용자의 경험 개선을 위해 2가지 개선을 수행했습니다.

산업 표준에 기반한 글로벌 콘텐츠 등급 시스템

오늘부터 구글은 구글플레이에 게시되는 앱과 게임에 대해 사용자 연령에 기반한 새로운 등급 시스템을 적용합니다. 국가마다 아동용, 청소년용, 성인용 콘텐츠를 구분하는 기준이 다르기 때문에 오늘 발표하는 새로운 콘텐츠 등급 시스템은 개발자들이 적합한 연령의 사용자를 겨냥하여 앱의 등급을 분류할 수 있게 되었습니다. 새로운 등급 시스템은 하단에 설명하고 있는 IARC에 참여하고 있는 특정 국가에서 앱과 게임을 배포하는 개발자들이 자신의 앱에 본인의 거주 지역에서 통용되는 콘텐츠 등급을 매길 수 있도록 해주며, 사용자가 자신에게 맞는 콘텐츠를 선택해 더 적합한 앱을 발견하고 사용할 수 있도록 해줍니다.

오늘부터 개발자들은 자신의 앱과 게임에 대한 콘텐츠 등급 질문표를 작성한 후 제출하면 새로운 연령별 콘텐츠 등급을 부여받을 수 있습니다. 구글플레이의 새로운 등급 시스템은 국제애플리케이션등급심의위원회(IARC) 및 IARC에 가입한 관련 등급심의 기관(ESRB, PEGI, 호주콘텐츠등급위원회, USK, ClassInd 등)의 공식 등급분류 방식을 반영합니다. 이와 같은 특정 등급심의 당국에 속하지 않는 지역의 경우 사용자 연령 기반의 일반적인 등급이 적용됩니다. 등급 분류 과정은 자동화되어 신속히 진행되며 별도의 비용이 발생하지 않습니다. 몇 주 후면 새로운 콘텐츠 등급이 전 세계 구글플레이에 적용될 것 입니다.

새로운 콘텐츠 등급을 부여받기 위해서는 개발자 콘솔에 로그인하여 각 앱에 대해 신규 등급 설문지를 작성해 주세요. 등급 설문지를 작성하지 않는 경우 해당 앱은 ‘등급 없음’으로 표시되며 특정 지역에서 혹은 특정 사용자에게 차단될 수도 있습니다. 5월부터는 구글 플레이에 신규 앱을 게시하거나 기존 앱을 업데이트하는 경우 필수적으로 설문지를 작성해야 합니다.
IARC ratings@2x.png

사용자 보호를 개선한 앱 검토 프로세스

몇 개월 전 구글에서는 유해 앱으로부터 사용자를 보호하고 앱 카탈로그를 개선하기 위해 앱을 구글 플레이에 게시하기 전 검토를 시행하는 작업을 시작했습니다. 새로운 검토 프로세스는 앱이 게시되기 전 개발자 정책 위반 여부를 확인하는 전문가 팀이 수행하고 있습니다. 구글은 구글 플레이만의 특징이라 할 수 있는 혁신과 빠른 대응을 중요하게 생각하며, 앞으로도 개발자들이 앱을 제출한 후 몇 시간 내에 구글 플레이에 출시될 수 있도록 지원할 계획입니다. 실제로 새로운 검토 프로세스가 시행된다 하더라도 개발자들에게 있어 큰 변경사항은 없었습니다.
이러한 노력을 지원하고 개발자들에게 보다 투명한 환경을 제공하기 위해, 구글에서는 앱 게시 상태를 관리하는 방식을 개선하였습니다. 이제 앱이 게시 거부되거나 보류되는 경우 개발자들은 보다 상세한 사유를 알 수 있게 되며, 가벼운 정책 위반의 경우 위반사항을 바로 수정하여 앱을 다시 제출할 수 있습니다.
지난 한 해 구글은 개발자들에게 70억 달러 이상을 배분하였으며, 앱 개발이 이처럼 활성화되고 있는 것에 대해 매우 기쁘게 생각합니다. 앞으로도 앱 개발을 촉진하고 개발자들의 성공적인 비즈니스 구축을 지원하기 위해 도구와 서비스를 지속적으로 제공할 예정입니다.

안드로이드 5.1 롤리팝 SDK

2015년 3월 17일 화요일

Jamal Eason지난 3월 9일, 안드로이드 5.1 SDK가 공개되었습니다. 성능과 안정성이 향상되었고, 보다 향상된 알림 제어 기능을 제공합니다. 이와 함께 Lollipop 업데이트의 일부로 Android 5.1 SDK(API 레벨 22)이 출시되었으며, 이를 활용해 개발자 여러분은 새로운 플랫폼을 지원하고 개발 작업 및 테스트 작업을 시작할 수 있습니다.

안드로이드 5.1의 새로운 기능

안드로이드 5.1에는 몇 가지 새로운 API 가 추가되었습니다. 가장 핵심적인 기능은 바로 하나 이상의 SIM 카드를 지원하기 위한 API 인데, 이는 Android One 디바이스가 발매된 여러 지역에서 매우 중요하게 여겨지는 기능 중 하나입니다. 이를 활용하면 디바이스 사용자는 보다 편하게 이동통신사를 전환하고 자신에게 가장 적합한 방식으로 네트워크 통신을 관리할 수 있습니다. 이와 동시에 개발자 여러분은 새로운 기능을 활용하여 보다 향상된 앱 사용 경험을 사용자에게 제공할 수 있습니다.

소비자를 위한 새로운 기능 외에도 최근에 공개된 Android for Work 서비스를 통해 안드로이드의 기업용 기능도 한결 강화합니다.

안드로이드 SDK용 업데이트

안드로이드 5.1와 함께 플랫폼 및 플랫폼의 새로운 API를 지원하는 안드로이드 SDK 와 도구가 업데이트 되었습니다. 또한, 앱을 테스트하고 최신 기능 및 API를 통해 개발하는 데 사용할 수 있는 안드로이드 5.1 에뮬레이터 시스템 이미지도 함께 추가되었습니다. 새로운 SDK는 Android Studio의 Android SDK Manager를 통해 업데이트할 수 있습니다.

추가된 개발자 API에 대한 자세한 내용은 API 개요에서 확인할 수 있습니다.

Nexus 기기에도 곧 적용 예정

앞으로 몇 주에 걸쳐 Nexus 4, Nexus 5, Nexus 6, Nexus 7[2012], Nexus 7[2012](3G), Nexus 7(2013), Nexus 7[2013](3G/LTE), Nexus 9, Nexus 9(LTE), Nexus 10 및 Nexus Player와 같은 Nexus 기기에 대해 안드로이드 5.1용 업데이트가 진행될 예정입니다.

다음 단계

새로운 버전의 안드로이드 플랫폼이 공개될 때 마다, 최대한 빨리 새로운 플랫폼에서 여러분의 앱을 테스트 해 보는 것이 좋습니다. 지금 바로 안드로이드 5.1 에뮬레이터를 활용할 수 있으며, 몇몇 Nexus 디바이스의 시스템 이미지를 다운로드하여 적용해 보실 수도 있습니다.

만일 여러분이 아직 머티어리얼 디자인으로 앱을 업데이트하지 못했거나 Android Wear, Android TV, 혹은 Android Auto 와 같은 새로운 안드로이드 플랫폼 위에서 앱이 어떻게 작동하는지 테스트 해보지 못하셨다면, 이 기회를 빌어, 지금 바로 안드로이드 5.1 SDK 업데이트를 하고, 새로운 가능성을 탐색해 보시면 어떨까요?

Chrome 42 Beta 의 새로운 변화 - 푸시 알림, 홈 화면에 추가 및 ES6 클래스

2015년 3월 13일 금요일

John Mellor 및 Michael van Ouwerkerk, 런던 애피스트 소프트웨어 엔지니어
새로운 Chrome Beta 버전에는 ES6 클래스 지원을 포함하여 개발자가 더욱 몰입도 높은 웹 애플리케이션을 개발할 수 있게 해주는 몇 가지 새로운 기능이 포함되어 있습니다. 별도의 언급이 없는 경우, 아래 기술된 변경 사항은 Android, Windows, Mac, Linux 및 Chrome OS용 Chrome에 모두 적용됩니다.

푸시 알림

사용자가 명시적 권한을 부여한 경우 페이지가 닫힌 후에도 사이트에서 사용자에게 네이티브 알림을 푸시할 수 있습니다. 개발자 여러분은 새 푸시 API를 이용하여 Google 클라우드 메시징를 통해 서비스워커를 원격으로 실행시킬 수 있습니다. 깨어난 서비스 작업자는 잠시동안 JavaScript를 실행할 수 있지만, 이번 릴리즈에서는 반드시 사용자가 볼 수 있는 알림을 표시해야 합니다. 각각의 알림은 ‘사이트 설정’ 버튼을 갖고 있으며, 사용자를 해당 사이트의 알람 기능을 손쉽게 끌 수 있습니다. Screen Shot 2015-03-04 at 2.35.05 PM copy.png

Screen Shot 2015-03-04 at 2.35.05 PM copy.png

‘웹 사이트 바로가기’ 추천 기능

Chrome 32 버전부터 Android 사용자는 메뉴 항목을 통해 웹사이트 바로 가기를 추가할 수 있었습니다. 새로운 Chrome 42 버전에서는 사용자가 이 기능을 더욱 잘 활용할 수 있도록, 사용자가 자주 방문하는 웹 앱의 경우 아래 그림과 같이, 화면 상에 자동으로 웹 사이트 바로가기 버튼을 추가할 수 있는 배너가 표시됩니다. 이 배너를 한 번 누르면 홈 화면에 해당 사이트로 바로 갈 수 있는 아이콘이 추가됩니다.

새로운 기능을 활용하기 위해서는 일정한 자격 기준을 만족해야 합니다. 이는 사용자가 원치 않는 배너로 인해 주의가 산만해지는 것을 방지하고, 홈 화면에서 사이트를 실행할 경우 (오프라인에서도) 에도 올바른 사용자 경험을 할 수 있도록 보장하기 위해 마련되었으며, 개발자와 사용자로부터 피드백을 수집함에 따라 지속적으로 진화 될 것 입니다. 현재 이 기능을 활용하고자 하는 사이트는 웹 앱 메니페스트를 제공하고, HTTPS를 사용하여 모든 콘텐츠를 처리하고, 서비스 작업자를 사용하여 최소한 부분적으로 오프라인으로 작동할 수 있어야 합니다.

ECMAScript 6 클래스

많은 개발자 분들이 자바 스크립트의 프로토 타입 기반 상속을 낯설게 생각합니다. 클래스 개념을 에뮬레이션 하기 위한 다양한 라이브러리와 패턴들이 존재하지만, 아직 이를 위한 하나의 통일된 제공되지 않습니다.

ECMAScript6 클래스는 JavaScript에 클래스에 대한 명확하고 표준화된 구문을 제공함으로써 이러한 문제를 해결합니다. 이 새로운 구문은 strict 모드로 작성된 Chrome 42 for JavaScript에서 사용할 수 있습니다.

'use strict';

class Polygon {

constructor(height, width) {

this.name = 'Polygon';

this.height = height;

this.width = width;

}

sayName() {

log('Hi, I am a ', this.name + '.');

}

let p = new Polygon(300, 400);

이 릴리스에 포함된 기타 업데이트

DevTools를 통해 개발자가 스타일 창에서 직접 입방형 3차원 곡선을 시각적으로 편집할 수 있으므로, 애니메이션을 더 쉽게 이해하고 수정할 수 있습니다.

Window Context, 공유 작업자, 전용 작업자상에서 Fetch API를 사용할 수 있습니다. 새로운 promise 기반 표준에 따라 AJAX 요청을 할 수 있습니다.

OfflineAudioContext 인스턴스의 StartRendering 메서드가 오디오가 렌더링을 완료하는 시간을 분석하는 promise를 반환하므로, 웹 오디오 API를 사용하는 웹 앱을 더 쉽게 디자인할 수 있습니다.

AudioBufferSourceNode.buffer를 두 번 이상 설정할 수 없으므로, 새 소스가 시작할 때 개발자가 통제하지 못하는 상황을 방지합니다.

Chrome OS 가 screen.orientation 을 지원하며, 디바이스의 오리엔테이션이 변경 될 때 DeviceOrientationEvent 가 발생합니다. 개발자 여러분을 이 이벤트를 수신하여 오리엔테이션 변화에 적절히 반응하는 웹사이트를 만들 수 있습니다.

업데이트된 Encrypted Media Extension 구현이 추가되며, 이를 통해 미디어 사이트는 적절한 디지털 권한 관리 시스템을 찾아 상호작용할 수 있습니다.

새로운 콘텐츠 설정을 통해 사용자가 비주력 플러그인 콘텐츠를 자동으로 일시 중지하여 에너지를 절약할 수 있습니다. 개발자가 이를 활성화하여 콘텐츠와 어떤 방식으로 상호작용하는지 테스트할 수 있습니다.

이전처럼 Chrome의 개발자 기능 개요 전문은 chromestatus.com/features를 참고하시기 바랍니다. 또한, +Google Chrome Developers를 방문하시면 최신 업데이트를 확인할 수 있습니다.

Google Data API 사용을 위한 ClientLogin 지원이 2015년 4월20일에 중단됩니다.

2015년 3월 5일 목요일

지난 12월에 예고 드린 것 처럼, ClientLogin 을 이용한 사용자 인증 기능이 지원되지 않는 날짜가 빠르게 다가오고 있으며, 이후에는 ClientLogin 기반 애플리케이션이 더 이상 작동되지 않음을 다시 한번 알려드립니다. Google은 여러분이 OAuth 2.0으로 변경하여 사용자의 혼란을 최소화할 것을 권장합니다.

Google의 최우선 과제는 사용자의 데이터를 보호하는 것이며, Google은 리스크 기반 분석을 사용하여 대부분의 계정 하이재킹 시도를 차단하고 있습니다. Google의 리스크 분석 시스템은 사용자 데이터 보호를 위해 비밀번호와 더불어 다양한 시그널을 고려하고 있습니다. 비밀번호만 사용하는 인증 방식에는 잘 알려진 몇 가지 단점이 있으며, Google은 이에서 벗어나기 위한 노력을 적극적으로 기울이고 있습니다. OAuth 2.0으로 이전하면, 여러분의 애플리케이션을 사용하는 사용자들에게 더욱 안전한 인증 방식을 제공할 수 있습니다.

비밀번호만 사용하는 인증 방식에서 벗어나기 위한 노력의 일환으로 Google에서는 3년 전에 ClientLogin을 2015년 4월 20일에 중단하겠다고 발표했습니다. 동시에 Google은 OAuth 2.0을 당사 API의 표준 인증 메커니즘으로 권장했습니다. OAuth 2.0을 사용하는 애플리케이션은 사용자에게 비밀번호를 요청하지 않으며, 사용자는 고객 애플리케이션이 액세스할 수 있는 데이터에 대해 더욱 강화된 통제 권한을 가지게 됩니다. 개발자는 OAuth 2.0을 사용하여 계정 데이터에 안전하게 액세스하고, 2-step verification과 같은 더욱 향상된 Google의 보안 기능을 사용하는 웹사이트를 구축할 수 있습니다.

구글은 다른 프로토콜에도 비밀번호만 사용하는 인증 방식을 대체할 수 있는 방식을 제공하기 위해 노력해 왔습니다. CalDAV API V2는 OAuth 2.0만 지원하며, IMAP, SMTP, 및 XMPP에 OAuth 2.0을 추가했습니다. 이러한 프로토콜에서 비밀번호만 사용하는 인증 방식을 언제 중단할지는 아직 발표하지 않았으나, 가능한 OAuth 2.0으로 이전할 것을 강력하게 권장 드립니다.