프로그레시브 웹 앱은 기술이 아니라 사용자 경험에서 영감을 받아왔다. 이 책의 저자 제이슨 그릭스비는 UX 전환의 의미와 웹 브라우저가 이를 권장하는 이유를 가장 먼저 알아차린 사람 중 하나다. 그릭스비는 따분한 기술에 초점을 맞추기보다 모바일 우선주의를 기반으로 PWA를 채택할 경우에 비즈니스와 사용자에게 미치는 영향에 대해 안내한다.
--- 「추천의 글」 중에서

오랫동안 웹 기술을 이용해 앱과 유사한 경험을 제공하는 서비스를 개발하기 위해 많은 사람이 노력해왔다. 2015년 앨릭스 러셀과 프랜시스 베리먼은 웹 브라우저에서 진화한 기능을 이용해 변혁적인 프로그레시브 웹 앱(PWA)을 만들었다. 브라우저 탭에서 빠져나와 스스로 앱으로서 기능하면서도 어디서든 실행할 수 있고 무엇이든 링크할 수 있는 웹의 장점을 살린 앱이다.
--- 「chapter 1 프로그레시브 웹 앱의 정의」 중에서

PWA가 무엇을 할 수 있는지, 어디에 사용되는지, 네이티브 앱과는 어떤 관련이 있는지 혼란스러워하고 이런 불확실성으로 인해 도입을 망설이는 회사가 많다. 또 PWA를 네이티브 앱의 대체제로 보는 관점 때문에 거부감을 보이는 사람도 있다. 그런 논쟁은 접어두고 먼저 고객을 생각해야 한다. 회사 사이트를 방문한 고객이 어떤 경험을 할 것인가에 초점을 맞춰야 한다. PWA는 많은 고객을 유인하고, 웹사이트의 보안을 개선하고, 더 많은 수익을 창출하고, 보다 안정적인 경험을 제공하고, 사용자에게 업데이트를 알려줌으로써 네이티브 앱의 보완재 기능을 한다.
--- 「chapter 2 프로그레시브 웹 앱의 사례」 중에서

앱처럼 느껴진다는 것은 무슨 뜻일까? 네이티브 앱과 같은 모습으로 작동하고, 로딩이 빠르고, 전환 효과가 부드러우며, 전체화면을 제공하고, 깔끔한 마감과 개성을 갖추고 있다는 의미일 것이다. 웹사이트가 앱처럼 느껴지느냐는 문제는 웹사이트가 얼마나 훌륭한 경험을 제공하느냐는 문제에 비하면 중요하지 않다. PWA를 더 앱처럼 느껴지도록 하려면 우선 목표를 명확히 하고 앱이 추구하는 것을 잘 파악하는 것이 무엇보다 중요하다.
--- 「chapter 3 앱의 느낌 살리기」 중에서

보통 우리는 앱 스토어에서 앱을 검색하고, 사용 승인을 얻어 설치하게 된다. 그렇다면 PWA를 설치한다는 것은 무슨 의미일까? PWA는 사용자가 다운로드하고 설치하지 않아도 사용할 수 있다. 사용자가 웹사이트에 처음 방문했을 때 서비스 워커가 조용히 설치될 뿐이다. 덕분에 PWA로는 무엇이든 할 수 있다. 오프라인 기능을 추가하거나 푸시 알림 권한을 요청할 수도 있다. 개발자는 사용자가 PWA를 좋게 평가하고 홈 화면에 설치해주길 바란다. 따라서 개발자는 사용자가 아이콘을 홈 화면에 설치할 수 있는 여러 가지 수단을 지원하도록 브라우저에 필요한 정보를 제공해야 한다.
--- 「chapter 4 앱 설치와 앱 스토어 검색」 중에서

서비스 워커는 자원을 캐시하는 도구다. 또 서비스 워커는 오프라인에서도 웹사이트를 이용할 수 있게 해준다. 서비스 워커를 이용하면 데이터를 오프라인에 저장해둘 수 있고, 네트워크 요청을 뜻대로 중계할 수 있다. 또 웹 앱을 어떤 네트워크 환경에서도 안정적으로 작동시킬 수 있다. 데이터를 오프라인에 저장하면 사용자가 중간에 떠나더라도 세션을 유지할 수 있다.
--- 「chapter 5 오프라인」 중에서

푸시 알림은 사용자가 세상 어디에 있든 가장 친숙한 기기를 통해 사용자와 맞닿을 수 있는 수단이다. 그러나 사용자가 납득할 만한 이유도 없이 마구 푸시 알림을 쏟아내는 웹사이트가 너무 많다. 푸시 알림은 올바르게 사용했을 때에만 사용자와 사업 모두에 이익이 될 수 있다. 푸시 알림을 이용하고 싶더라도 먼저 사용자에게 가치 있고 관련성 있는 정보를 제공하기 위한 계획과 체계를 갖춰야 한다.
--- 「chapter 6 푸시 알림」 중에서

PWA는 그 정의가 다양하고 포괄적이다. 그래서 최신 웹 기술 중에는 PWA에 속하지 않지만 함께 언급되는 것들이 많다. 더 빠르고 부드러운 사용자 경험을 제공한다는 공통의 목표를 갖고 있기 때문이다. 여기에서는 대표적으로 AMP, 자격 증명 관리 API, 결제 요청 API에 대해 살펴본다.
--- 「chapter 7 프로그레시브 웹 앱 너머의 기능」 중에서

로드맵 작성의 첫 단계는 어디로 갈 것인지 알아내는 것이다. PWA 정의에 대한 합의를 이루고, 브레인 스토밍을 통해 회사에 적합한지 논의를 거쳐야 한다. 그런 다음 KJ법(문제를 정리하고 해결책을 찾아내는 기법)으로 우선순위를 정해야 한다. 이후로는 목적지 정하기, 기술 부채 확인하기, 최소 수준의 PWA 개발하기, 프론트엔드 기능 추가하기, 장래 계획하기의 순서로 이어진다. 이 모든 과정은 점진적 향상을 바탕으로 한다.
--- 「chapter 8 점진적 로드맵」 중에서

지난 2010년 이래 웹이 위기에 빠졌다거나 심지어는 사망했다는 시각이 지배적이었다. 이런 웹을 네이티브 앱과 동일한 출발선에 세우기 위해 PWA가 등장했다. 웹이 위기이건 아니건 PWA를 만드는 것이 최선이다. 인도를 비롯한 일부 아시아 국가나 아프리카 등 신흥시장에는 아직도 불안정한 네트워크 환경에서 인터넷에 접속하는 인구가 많다. PWA는 웹을 구할 방법일 뿐 아니라 새로운 수십억 명의 인터넷 사용자를 위한 최선의 방법이다. PWA는 어디서든 실행할 수 있다. 인터넷이 느리거나 오프라인일 때도 실행된다. 네이티브 앱만큼 풍부하고, 빠르고, 강력한 사용자 경험을 구현할 수 있다. 또 PWA는 웹 기술을 기반으로 하기 때문에 운영체제, 기기, 지역에 관계없이 사용할 수 있다. 이제 PWA와 함께 웹은 진정 모두의 웹이 되었다.