앱의 일부 업데이트 및 수정하기

이 글에서는 webtoapp.design으로 웹사이트용으로 만든 앱을 언제, 왜, 어떻게 업데이트해야 하는지 알아볼게요.

여기서는 일반 앱과 상당히 다른 저희가 제작한 앱을 중점적으로 살펴볼게요. 웹사이트를 변경하면 그 내용이 앱에 즉시 반영되므로 앱 스토어 업데이트 절차를 거치는 앱 업데이트를 반드시 만들 필요는 없는 경우가 많아요. 하지만 다음에서 이러한 앱 업데이트가 필요한 여러 가지 이유도 살펴볼게요.

앱 변경 유형

webtoapp.design을 사용해 웹사이트로 만든 앱에는 세 가지 유형의 변경 사항을 적용할 수 있어요. 다음 섹션에서 하나씩 살펴볼게요.

자동으로 적용되는 변경 사항

앱에서 웹사이트를 표시하는 부분에는 항상 웹사이트의 최신 상태가 반영돼요. 이를 위해 고객님이나 저희가 수동으로 변경할 필요는 없어요. 앱에서 웹사이트가 표시되는 범위는 선택한 앱 레이아웃에 따라 달라져요.

‘웹사이트만’ 레이아웃을 적용한 앱의 스크린샷이에요. — ‘웹사이트만’ 레이아웃에서는 앱의 대부분이 웹사이트예요(초록색으로 강조 표시된 부분).

‘드로어 메뉴’ 레이아웃을 적용한 앱의 스크린샷이에요. — ‘드로어 메뉴’ 레이아웃에서는 앱 바 아래 부분이 웹사이트예요(초록색으로 강조 표시된 부분).

이 변경은 자동으로 적용되므로 Google Play 스토어나 Apple App Store를 통해 앱을 업데이트할 필요가 없어요. 앱 심사 절차를 다시 거치지 않아도 되므로 시간을 절약할 수 있어요.

업데이트 없이 앱 대시보드에서 적용할 수 있는 변경 사항

자동으로 적용되는 변경 사항 외에도 webtoapp.design 앱 대시보드를 사용해 앱의 여러 부분을 변경할 수 있어요. 이러한 변경 사항 중 일부는 즉시 적용돼요. 즉, 앱 스토어를 통해 업데이트를 게시하지 않아도 해당 설정의 변경 사항이 앱에 바로 표시돼요.

업데이트 없이 변경할 수 있는 설정의 몇 가지 예는 다음과 같아요.

웹사이트의 일부 요소 수정하기(예: 요소 숨기기)
드로어 메뉴의 탐색 항목 변경하기. 웹사이트를 크게 변경한 후 앱의 탐색 메뉴가 더 이상 제대로 작동하지 않는다면 일반적으로 이 방법으로 해결할 수 있어요.
드로어 메뉴에서 강조 표시된 부분에 탐색 항목이 있어요.
앱 바의 버튼 업데이트하기
"외부에서 열기", "페이지 공유", "즐겨찾기" 등의 특별 메뉴 항목 활성화 또는 비활성화하기
푸시 알림 등의 부가 기능 활성화하기
인앱 구매 구성하기

앱 업데이트가 필요한 앱 대시보드 변경 사항

webtoapp.design 대시보드에서 적용하는 일부 변경 사항은 앱 스토어에 업데이트를 게시한 후에만 사용자의 기기에 표시돼요. 이러한 설정은 대부분 앱의 외관에 영향을 줘요. 앱을 처음 게시하기 전에 구성했던 설정이지만, 시간이 지나면서 웹사이트가 변경되면 일부 설정을 조정하고 싶을 수 있어요.

앱 업데이트가 필요한 설정 변경 사항의 예는 다음과 같아요.

앱 시작 시 표시되는 URL 변경하기
앱 이름 변경하기
앱 아이콘 변경하기
시작 화면 이미지 변경하기
앱 레이아웃 변경하기(예: 드로어 메뉴 레이아웃에서 웹사이트만 표시하는 레이아웃으로 전환하기)
비밀번호로 앱 보호하기
앱 화면 방향을 세로 또는 가로 모드로 고정하기
레이아웃에 포함된 색상 변경하기. 다음 스크린샷에서 초록색으로 강조 표시된 부분이에요.

변경 사항에 업데이트가 필요한지 확인하는 방법

앱 업데이트가 필요한지 확인하는 가장 쉬운 방법은 대시보드에서 원하는 변경 사항을 모두 적용하는 거예요. 그런 다음 기기에서 앱을 열어 모든 변경 사항이 표시되는지 확인하세요. 변경 사항이 표시되지 않고 앱 대시보드에 다음과 같은 메시지가 나타난다면 앱 스토어를 통해 앱을 업데이트해야 해요.

앱 업데이트가 필요하다는 메시지가 표시된 webtoapp.design 앱 대시보드의 스크린샷이에요.

앱 업데이트가 필요한 기타 사항

앱 대시보드에서 적용할 수 있는 변경 사항 외에도 앱 스토어를 통해 앱을 업데이트해야 하는 이유는 많아요. 하나씩 살펴볼게요.

핵심 코드 변경 사항

webtoapp.design에서는 모든 고객의 앱이 공유하는 공통 핵심 코드를 지속적으로 개선하고 있어요. 앱의 핵심 코드는 이미 수년 동안 안정적으로 작동해 왔고 일부 고객은 여전히 수년 전에 출시된 앱 버전을 사용하고 있지만, 저희는 계속해서 개선 작업을 진행하고 있어요.

앱 대시보드에서 변경 기록, 즉 마지막 앱 업데이트 이후 저희가 적용한 모든 변경 사항의 목록을 확인할 수 있어요. 이러한 수정 사항은 앱 코드의 변경이므로 앱 업데이트가 필요해요. 변경 사항은 대체로 다음과 같은 범주에 해당해요.

예기치 않은 앱 동작을 해결하는 버그 수정이에요. 앱 스토어에서 부정적인 리뷰를 받지 않으려면 이러한 문제를 빠르게 해결하는 것이 중요해요.
페이지 로딩 속도 향상 등의 성능 개선이에요.
보안 개선이에요. 이 글을 작성하는 시점까지 webtoapp.design 앱에서 보안 문제가 발생한 적은 없어요.
새 운영체제 지원 개선이에요. Android와 iOS 업데이트는 이전 버전과 호환되므로 새 운영체제에서도 이전 Android 및 iOS 버전용으로 제작된 앱을 실행할 수 있어요. 하지만 새 앱 버전은 새 운영체제의 새로운 기능과 성능 개선 사항을 활용할 수 있으므로 업데이트하는 것이 좋아요. Android에서는 매우 오래된 버전(5~10년 전)을 대상으로 제작된 앱을 최신 Android 버전에서 열면, 오래된 Android 버전용으로 제작되어 제대로 작동하지 않을 수 있다는 경고가 표시돼요. 하지만 제 경험상 앱은 여전히 작동하며, 이는 Android가 이전 버전과의 호환성을 매우 중요하게 고려한다는 것을 보여줘요.
새로운 기능 추가하기

앱 스토어 관련 변경 사항

앞서 언급한 기능, 디자인 및 안정성 관련 변경 사항 외에도 앱 콘텐츠를 실제로 변경하지 않더라도 앱을 업데이트해야 하는 이유가 꽤 많아요.

가장 분명한 이유는 Apple App Store 등록 정보(설명, 스크린샷 등)를 변경하는 경우예요. Google Play 스토어와 달리 App Store에서 앱이 표시되는 방식을 변경하려면 새 앱 버전을 제출해야 해요. 더 많은 다운로드를 얻기 위해 앱 설명을 최적화하는 이른바 "앱 스토어 최적화(App Store Optimization, ASO)"를 진행하거나 등록 정보를 최신 상태로 유지하는 것 등이 그 이유가 될 수 있어요.

잘 알려지지는 않았지만 더욱 중요한 앱 업데이트 이유는 다음과 같아요.

앱 스토어 리뷰를 초기화할 수 있어요. 어떤 이유로 앱 스토어에서 부정적인 리뷰를 받았다면 새 버전을 제출하면서 앱 평점을 초기화할 수 있어요.
최근 "마지막 업데이트" 날짜를 표시해 앱이 잘 관리되고 있다는 인상을 줄 수 있어요. 사용자는 최근에 업데이트된 앱을 선호해요. 다운로드하기 전에 앱이 현재와 미래에도 제대로 작동할지를 판단할 수 있는 유일한 방법이기 때문이에요. 사용자는 앱이 웹사이트의 최신 버전을 표시하도록 자동으로 업데이트된다는 사실을 알지 못하므로, 앱 스토어에 정기적으로 업데이트를 게시하지 않으면 앱이 오래되었다고 생각할 수 있어요.
자주 업데이트하면 앱 스토어 알고리즘에서 앱이 우선적으로 노출될 수 있어요. 앱 스토어 알고리즘은 공개되지 않으므로 이를 명확히 증명할 수는 없어요. 하지만 제 앱을 운영한 경험에 따르면 최근에 앱을 업데이트했을 때 일일 신규 사용자가 약 100%~200% 더 많아졌어요.
앱 스토어의 인기 앱 또는 상위 앱 목록에 오를 수 있어요. 이러한 목록에는 일반적으로 새로 출시되었거나 최근에 업데이트된 앱만 포함돼요.
준공식적인 앱 스토어 요구 사항이에요. 앱을 2~3년 동안 업데이트하지 않으면 Apple App Store에서 삭제될 수 있어요. Google은 Play 스토어에 명확한 일정을 적용해요. 특정 날짜까지 앱을 업데이트하지 않으면 최신 Android 버전을 사용하는 사용자가 앱을 다운로드할 수 없게 돼요. Google의 앱 업데이트 요구 사항 일정 & Apple의 불투명한 절차.

앱을 얼마나 자주 업데이트해야 하나요?

이제 앱을 업데이트해야 하는 이유를 모두 살펴봤으니, 권장되는 업데이트 주기를 알아볼게요. 일반적으로 한 달에 1~2회 정도가 적당하다는 의견이 많아요. 다른 블로그에서도 이렇게 권장하고 있으니 직접 확인해 보세요.

"일반적으로 한 달에 1~2개의 작은 개선 사항을 적용하는 것이 적당해요" - Appify
"가장 성공적인 앱은 한 달에 최대 4번 업데이트해요" - storemaven
"최적의 앱 업데이트 주기는 20~40일이에요" - agilie

개인적으로는 이 정도의 업데이트는 너무 잦다고 생각해요. 대기업들은 그럴 만한 자원이 있고 비즈니스 측면에서도 이점이 있기 때문에 앱을 자주 업데이트해요. 앱 스토어 최적화를 통해 더 많은 신규 사용자를 확보할 수 있고, 이는 결국 더 많은 수익으로 이어져요.

소규모 기업의 경우 이렇게 자주 업데이트하려면 너무 많은 노력이 들 수 있어요. 특히 사용자 확보를 앱 스토어 최적화에 의존하지 않는다면 더욱 그래요. 이 경우에는 위에 나열된 유형의 변경 사항으로 인해 필요할 때만 앱을 업데이트해도 충분해요. 앞서 말씀드렸듯이 수년간 업데이트되지 않았지만 여전히 문제없이 작동하는 앱도 많아요.

앱을 업데이트하는 방법

webtoapp.design을 사용하면 앱을 매우 쉽게 업데이트할 수 있어요. 앱 대시보드를 열고 "업데이트 생성"을 클릭하세요. 그러면 앱 스토어에서 앱을 업데이트하기 위해 해야 할 모든 작업을 설명하는 상세한 단계별 가이드가 타임라인으로 표시돼요. 또한 가이드에서는 앱의 앱 스토어 등록 정보(예: 앱 설명, 스크린샷 등)를 변경할 수 있는 시점도 안내해 드려요.

업데이트가 Apple과 Google의 앱 심사 담당자에게 검토되기까지 몇 시간에서 며칠이 걸릴 수 있다는 점을 기억해 주세요. 일반적으로 앱 업데이트는 최초 앱 게시보다 더 빠르고 문제도 적게 발생해요.

사용자의 기기에는 새 앱 버전이 자동으로 설치되므로 앱 스토어에서 업데이트를 직접 다운로드할 필요가 없어요.