“앱에서 더 잘 작동한다면서?”

최신 Android 17과 Google Calendar 앱을 쓰는 Pixel에서도 캘린더 링크로 구독할 수 없어, 모바일 웹의 데스크톱 모드에서 추가해야 앱에 반영됨 URL 입력·검증·저장만 있으면 될 기능이 빠져 있어, Google 앱이 기본 작업 흐름조차 완성하지 못한 사례가 됨 많은 기업이 홈 화면 노출과 참여도 KPI를 위해 앱 설치를 유도하지만, 지원 범위를 벗어난 작업은 다시 웹으로 넘기곤 함 네이티브 앱은 새 기능마다 여러 기기에서 테스트하고 배포해야 해 업데이트가 어려우며, 기능을 원격에서 불러오면 사실상 웹 브라우저를 다시 만드는 셈임 앱에서만 가능한 작업도 있지만 브라우저가 빠르게 따라잡고 있으며, 홈 화면 아이콘과 오프라인 기능도 웹에서 구현할 수 있으므로 앱이라면 필요한 작업을 끝까지 지원해야 함 Google Calendar에서 끊기는 구독 흐름 최신 Android 17과 업데이트된 Google Calendar 앱이 설치된 Pixel에서도 캘린더 링크를 눌러 구독할 수 없음 구현에 필요한 요소는 추가 버튼과 URL 입력란, 검증, 저장으로 이어지는 비교적 단순한 흐름임 휴대폰에서 calendar.google.com을 데스크톱 모드로 열어 캘린더를 추가하면 앱에도 해당 캘린더가 나타남 웹에서 가능한 작업이 공식 앱 인터페이스에는 빠져 있어 Google 앱의 미완성 상태가 드러남 앱 설치를 유도하는 동기와 한계 Google만의 문제가 아니며, 여러 기업은 사용자의 홈 화면에 지속적으로 노출되기 위해 앱을 선호함 브라우저 북마크 대신 앱 설치를 유도하면 참여도 KPI를 높이고 조직의 OKR을 달성하는 데 도움이 될 수 있음 그러나 “앱이 더 쉽다”는 안내와 달리 제한된 기능 범위를 벗어나면 사용자를 다시 웹으로 이동시키는 경우가 많음 결국 앱을 만들고도 전체 사용자 흐름은 완성하지 않는 방식이 반복됨 네이티브 앱이 안고 있는 업데이트 비용 Symbian, BlackBerry, Palm Pilot 시절부터 앱의 핵심 문제는 업데이트가 어렵다는 점이었음 새 기능이나 페이지 하나를 추가해도 수많은 기기에서 테스트해야 하고, 완성한 뒤 사용자에게 배포하기까지도 오랜 시간이 걸림 원격 자원에서 새 기능을 동적으로 가져오면 업데이트 부담을 줄일 수 있지만, 이런 구조는 결국 웹 브라우저를 재구현하는 것과 같음 웹으로 구현할 수 있는 앱 기능 일부 작업은 여전히 앱에서만 가능하지만, 브라우저도 기기 기능 지...