iOS 14 베타의 PWA: 미묘한 변경 사항

최신 iOS 버전(iOS 14 베타 6)의 모든 변경 사항을 살펴보고 iOS에서 PWA 채택 상태와 함께 변경된 사항, 새로운 사항에 대해 논의할 때입니다. 지난 PWA iOS 13 기사에서 볼 수 있듯이, 마지막 버전에는 좋은 소식이 많이 있었고, 확실히 Apple이 PWA에 더 친숙해지는 것처럼 보였습니다. 그러나 그들은 PWA 채택 속도를 유지하고 있습니까, 아니면 앱 수익 손실을 두려워하여 PWA를 완전히 중단하고 있습니까? 그게 바로 우리가 알아보기 위해 온 것입니다.

릴리즈 노트

다음은 이 새 버전에서 Safari에 적용되는 것으로 알려진 몇 가지 중요한 변경 사항입니다(일부 관련 없는 부분은 생략됨).

• macOS에서 Safari 웹 확장을 지원합니다.
• HTTP/3 지원.
• WebDriver, XHR+Fetch, 서비스 워커, CSS 및 SVG에 대한 웹 플랫폼 테스트 통과율이 향상되었습니다.
• 전체 타사 쿠키 차단 및 프라이빗 브라우징 모드의 스토리지 액세스 API를 활성화했습니다.
• Flash 지원 제거
• 존재하는 기능에 따라 Face ID 또는 Touch ID를 사용하는 웹 인증 플랫폼 인증자가 추가되었습니다.

우리는 당신이 무엇을 생각하고 있는지 알 수 있습니다. 그렇게 중요한 변화는 아닙니다. 그렇죠? 글쎄, PWA iOS 14에는 눈에 보이는 것보다 더 많은 것이 있다는 것이 밝혀졌습니다.

더 파고들다

이것은 우리가 운영 체제에 대해 더 파고들어 iOS 14의 현재 PWA 상태에 대해 알아내는 부분입니다. 여기에는 변경 사항과 PWA가 어떻게 개선되었는지, iOS 14가 글로벌 안정 릴리스에 도달했을 때 기대할 수 있는 사항이 포함됩니다.

상품

서비스 워커의 첫 징후

이 업데이트에는 App-Bound Domains 라는 새로운 WebKit 기능이 있으며 이 기능을 활성화하면 서비스 작업자 API를 바인딩된 도메인에서 실제로 활성화할 수 있습니다. 서비스 워커에게 기대할 수 있는 것에 대한 공식 문서는 없으며 이 기능이 유지되는지 여부에 대한 확인도 없지만 PWA 애호가에게는 여전히 매우 유망한 소식이라고 생각합니다.

앱 바인딩 도메인

이 새로운 기능이 테이블에 가져오는 것은 개발자가 인앱 탐색을 여러 도메인으로 제한하고 차례로 최종 사용자에게 더 많은 보안을 보장하는 방법입니다. 이러한 "앱 바인딩" 도메인은 다음과 같이 WKAppBoundDomains 키 아래의 info.plist 파일에 지정됩니다.

 <plist 버전="1.0">
<딕셔너리>
<key>WKAppBoundDomains</key>
<배열>
    <string>example1.com</string>
    <string>example2.org</string>
    ...
</배열>
</dict>

앱 바운드 도메인이 활성화되면 이제 서비스 워커를 등록할 수 있습니다.

그러나 App-Bound Domains를 구성했을 때 서비스 작업자가 활성화된 이유에 대해서는 모호한 설명만 있습니다. 그리고 서비스 워커의 인스턴스를 디버그할 방법이 없기 때문에 경험 많은 개발자들에게도 여전히 모든 것이 상대적으로 모호합니다.

서비스 워커의 정의 기능인 캐시 스토리지를 예로 들어 보겠습니다. 주요 작업을 수행한 숙련된 개발자를 인용하기 위해 Safari DevTools의 Storage 및 서비스 작업자 등록에서 찾을 수 없습니다. " WKWebView 및 App Bound Domains를 사용하는 Safari, 홈 화면 웹 앱 또는 기타 앱과 공유되지 않습니다. 같은 기원에."

아직 전체 그림을 가지고 있지는 않지만 Service Worker가 iOS에 있다는 사실은 여전히 ​​축하할 일이며 안정적인 릴리스가 더 완전한 그림을 제공할 수 있기를 바랄 뿐입니다.

TouchID 및 FaceID에 대한 새로운 지원

최근 WWDC(Apple Worldwide Developers Conference)에서 소개된 Touch ID 및 Face ID는 이제 WebAuthn API를 통해 Safari에서 사용할 수 있습니다. 이러한 기능이 통합되면 PWA에 마찰 없는 경험을 제공하고 결과적으로 더 나은 사용자 경험을 제공할 것입니다.

기본 브라우저 변경 기능

iOS 14부터 사용자는 마침내 다른 브라우저를 기본값으로 선택할 수 있습니다. 이것은 (일종의) Apple의 좋은 움직임이며 모든 Apple 사용자에게 좋은 소식입니다. 이전에는 기본 앱을 변경할 수 없었기 때문입니다. 그러나 말을 아껴라. 이것이 Apple 사용자가 다양한 웹 브라우저 엔진이 제공할 모든 흥미로운 기능의 이점을 누릴 수 있다는 것을 의미하지는 않습니다. 사실, 모두 동일합니다. 타사 브라우저는 여전히 기본 브라우징 엔진으로 Apple의 WebKit 에 의존하는 제한을 받고 있습니다. 즉, 새로운 기본 웹 브라우저가 외부에서 반짝거리고 다르게 보일 수 있지만 내부에서 실제로 변경된 것은 없습니다.

웹을 위한 지리적 위치

그렇다면 Safari에서 W3C Geolocation API의 상태는 어떻습니까? 글쎄, 더 나은 위치 추적을 가져오는 몇 가지 변경 사항이 있지만 W3C Geolocation API에 대한 개선 사항 의 직접적인 결과는 아닙니다 . 이상한? 우린 알아. 이에 대해 더 자세히 알아보겠습니다.

새로운 iOS 14 베타에서 앱별로 정확한 위치 가 활성화되면 Safari가 대략적인 위치를 추적하도록 할 수 있습니다.

대략적인 위치는 OS에서만 알 수 있으며 iOS에서 이 새로운 위치 추적 동작을 분석하는 동안 아무도 새로운 iOS 14 베타 6이 PWA에 대략적인 위치를 제공하는 방법에 대한 결정적인 답을 찾지 못했습니다. 그러나 지금까지의 데이터를 보면 유망해 보입니다. 아래는 Iguazu를 추적 위치로 사용하는 Flirt의 작업 예입니다.

보시다시피 API는 피사체의 위치를 ​​정확하게 파악하여 보여줍니다. 우리는 이 인상적인 결과가 이 WWDC2020 비디오에서 선보인 Core Location API의 향후 변경 사항과 관련이 있다고 추측합니다.

앱 클립 — 좋은 일이 될 수 있습니다.

새로운 App Clip을 통해 개발자는 메타 태그를 사용하여 간단히 "PWA 설치와 같은" 경험을 제공할 수 있습니다.

 <메타 이름="apple-itunes-app" content="app-id=myAppStoreID, app-clip-bundle-id=appClipBundleID, 제휴 데이터=myAffiliateData, app-argument=myAppArgument">

이 새로운 앱 클립 기능이 Android의 인스턴트 앱 과 유사하게 작동하지만 NFC 및 QR 스캔에 더 중점을 두고 사용자가 결국 기본 앱을 설치하도록 하는 것을 상상할 수 있습니다.

이 새로운 기능의 잠재력은 무엇입니까? 우리는 모릅니다. 하지만 이것은 우리가 안드로이드에 설치 가능한 PWA를 향한 한 걸음이 될 수도 있습니다.

나쁜

PWA를 무시하는 새 앱 갤러리

새로운 앱 라이브러리는 앱 사용, 카테고리 등으로 앱을 정렬하고 구성하는 자동화된 기능입니다. 홈 화면에 추가된 PWA는 이제 사용자의 홈 화면과 Webclips 카테고리 아래에 나타나는 이점을 가질 수 있습니다. 일관성이 없으며 변경될 수 있습니다.

실제로 초기 테스터는 PWA가 무시되고 " 최근에 추가됨 " 또는 " 제안 " 그룹에 있든 새 앱 라이브러리 에 전혀 표시되지 않는다는 것을 발견했습니다. 따라서 PWA가 기본 앱과 같은 종류의 대우를 받는 것은 좋을 수 있지만 PWA가 단순히 무시될 것이라고 기대하지 않았기 때문에 이것은 여전히 ​​우리에게 충격적인 소식입니다.

웹 앱 매니페스트 지원에 대한 변경 사항 없음

예상대로 Apple에서 Web App Manifest 지원을 추진하려는 움직임은 없습니다. Web App Manifest 지원 상태는 부분적으로 지원됨으로 유지됩니다. 즉, icons , minimal-ui , fullscreen , orientation 또는 theme-color 에 대한 지원이 없습니다.

상태 표시 줄

iOS가 Web App Manifest에서 theme-color 의 가치를 활용하는 것을 보는 것은 좋지만 그 동안에는 덜 만족해야 합니다. iOS 14 베타 버전 5부터는 더 이상 흰색 상태 표시줄을 사용할 수 없으며 허용되는 값은 black 및 black-translucent 뿐입니다.

못생긴

핵심 기능은 아직 지원되지 않습니다.

큰 업데이트지만 여전히 부족한 부분이 있습니다. 대부분 PWA의 일부 핵심 기능이 여전히 지원되지 않고 있으며 Apple에서 이러한 기능을 추진하려는 움직임이 거의 없다는 사실과 관련이 있을 것입니다.

• 웹 푸시
• 백그라운드 동기화
• 페이지 수명 주기
• WebView의 서비스 작업자(웹 브라우징이 주요 목표가 아닌 Chrome, Firefox, Instagram 또는 Facebook에 PWA가 없음을 의미)
• 범용 링크 / 링크 캡처

결론

다가오는 이러한 모든 변화에 대해 어떻게 생각하십니까? 우리는 모든 변경 사항을 검토한 후 실망스러운 메모가 남았다고 생각합니다. 앱 바운드 도메인, 지리적 위치와 같은 몇 가지 변경 사항이 올바른 방향으로 나아가는 것처럼 보이지만 Apple은 이 업데이트에서 더 많은 PWA의 핵심 기능을 추진하는 데 신경을 쓰지 않았습니다. 그리고 우리가 여기에서 이야기하는 것은 Apple이기 때문에 말이 되는 것 같습니다. 우리는 항상 웹에 대해 단호하게 반대하는 사람으로 알고 있습니다.