빠른, 안전한 앱 업데이트 원하시나요? Capacitor 앱은 앱 스토어 지연을 피하고 빠르게 업데이트를 푸시하며 사용자 만족도를 높일 수 있습니다. 그 방법은 다음과 같습니다.
- 스테이지드 롤아웃 사용하기: 1%의 사용자에게 업데이트 점진적으로 릴리즈하고, 7일 동안 100%로 확대하여 버그를 빠르게 발견하고 위험을 줄입니다.
- 델타 업데이트 활용하기: 변경 사항만 전송하여(전체 앱이 아닌) 대역폭을 절약하고 다운로드 속도를 높일 수 있습니다.
- 네트워크 성능 향상하기: CDN, 캐싱, 로드 밸런서를 사용하여 업데이트가 빠르게 전달되도록 하며, 높은 트래픽 시에도 업데이트를 보장합니다.
- adopt Capgo 실시간 업데이트 위해: 24시간 이내에 앱 스토어 검토 없이 OTA 업데이트를 푸시합니다.
- 중요 지표 추적: 다운로드 성공률, 충돌률, 업데이트 시간을 추적하여 전략을 개선합니다.
빠른 비교:
| 전략 | 장점 | 예시 도구/기법 |
|---|---|---|
| 스테이지드 롤아웃 | 위험을 최소화 | 사용자에게 업데이트를 단계적으로 출시 |
| 델타 업데이트 | 빠른 다운로드 | Tree shaking, code 분할 |
| 네트워크 최적화 | 빠른 업데이트 전달 | CDN, 캐싱, HTTP/2 |
| 실시간 업데이트 (Capgo) | 즉시 수정, 지연 없음 | Capgo SDK, CI/CD 통합 |
왜 중요합니까: 85%의 사용자는 빈번한 업데이트 앱을 선호하고, 80%는 한 번의 나쁜 경험 후 앱을 떠날 수 있습니다. 이러한 방법을 사용하여 업데이트 스트리밍, 사용자 유지율 향상 및 앱의 명성을 보호하세요.
Capacitor 업데이트 기작 이해하기
__CAPGO_KEEP_0__를 최대한 활용하려면 Capacitor 업데이트 롤아웃, 전통적인 네이티브 앱 업데이트와는 어떻게 다른지 이해하는 것이 중요합니다. 네이티브 앱은 전체 바이너리 업데이트가 필요하지만 Capacitor 앱 는 웹 자산을 네이티브 code와 독립적으로 업데이트할 수 있는 하이브리드 설정을 사용합니다. 이러한 유연한 업데이트를 가능하게 하는 핵심 구성 요소를 분석해 보겠습니다.
Capacitor 업데이트의 핵심 구성 요소
Capacitor 앱은 두 가지 주요 층으로 구성됩니다: 웹 층 (HTML, CSS, JavaScript로 작성된) 사용자 인터페이스와 논리를 처리하는 층, 네이티브 층 (Java 또는 Swift로 작성된) 층[1] __CAPGO_KEEP_0__를 통해 장치 기능에 대한 접근을 제공합니다.
Capacitor의 주요 이점 중 하나는 런타임에서 웹 자산을 업데이트할 수 있다는 것입니다. 이러한 자산은 컴파일된 앱 바이너리에 포함되지 않기 때문입니다.[1]이것은 앱의 디자인 또는 기능을 업데이트할 수 있으므로 네이티브 code를 변경하거나 앱 스토어 승인을 기다릴 필요가 없습니다.
네이티브 브리지의 역할은 웹层와 장치의 네이티브 기능 간의 통신을 허용하는 것입니다. Capacitor에는 또한 네이티브 기능을 관리하는 도구가 포함되어 있습니다. WebView __CAPGO_KEEP_0__는 WebView의 동작을 관리하는 도구를 제공하여, 현재 또는 새로운 서버 경로에서 파일을 로드할 수 있도록 합니다.[1]이것은 업데이트를 효율적으로 배포하고 로드할 수 있도록 하며, 업데이트를 배포하는 데 필요한 정확한 제어를 제공합니다.
업데이트 배포 속도 향상 전략
__CAPGO_KEEP_0__ 업데이트가 어떻게 작동하는지 이해한 후, 업데이트를 배포하는 데 필요한 속도,MOOTH, 그리고 위험을 줄이는 전략을 살펴보겠습니다. 이러한 방법은 사용자 경험을 유지하면서 업데이트를 효율적으로 배포할 수 있도록 도와줍니다. Capacitor updates __CAPGO_KEEP_0__는 WebView의 동작을 관리하는 도구를 제공하여, 현재 또는 새로운 서버 경로에서 파일을 로드할 수 있도록 합니다.
이것은 업데이트를 효율적으로 배포하고 로드할 수 있도록 하며, 업데이트를 배포하는 데 필요한 정확한 제어를 제공합니다.
업데이트를 점진적으로 사용자에게 제공하여 위험을 최소화하는 롤아웃은 몇 일 동안 사용자 수를 증가시키는 것을 포함합니다. 이 접근 방식은 초기에 숨겨진 버그 또는 호환성 문제를 발견하고, 앱을 최적화하기 위해 실제 세계의 feedback를 제공하고, 광범위한 앱 실패의 가능성을 줄입니다.[2].
롤아웃 일정의 구조화는 필수적입니다. 예를 들어, 첫 번째 날에 사용자 베이스의 1%만 업데이트를 릴리즈하고, 점진적으로 2%, 5%, 10%, 20%, 50%, 그리고 마지막으로 7일째 100%까지 확장할 수 있습니다. 이 단계적인 접근 방식은 성능을 모니터링하고 사용자 feedback를 수집하기 위해 여러 점검 지점을 제공합니다.
| 일자별 릴리즈 | 사용자 수의 백분율 |
|---|---|
| 1 | 1% |
| 2 | 2% |
| 3 | 5% |
| 4 | 10% |
| 5 | 20% |
| 6 | 50% |
| 7 | 100% |
성공을 보장하기 위해 업데이트를 철저히 테스트하고 롤백 계획을 준비하세요. 명확한 릴리즈 목표를 정의하고 각 단계 동안 서버 성능을 모니터링하고, 심각한 문제가 발생하면 롤아웃을 중단할 수 있도록 준비하세요. 기능 플래그를 사용하는 것도 문제가 있는 기능을 즉시 비활성화할 수 있도록 도와줍니다.
델타 업데이트를 사용하여 프로세스를 더 효율적으로 만드는 방법을 살펴보겠습니다.
델타 업데이트를 사용하여 효율성을 높이는 방법
델타 업데이트는 다운로드 시간을 줄이고 대역폭을 절약하는 데 큰 도움이 됩니다. 사용자는 이전 업데이트 이후에 이루어진 특정 변경 사항만 다운로드합니다. 특히 데이터가 제한된 사용자나 느린 네트워크 속도와 같은 사용자에게 특히 유용합니다.
delta 업데이트를 최대로 활용하려면 빌드 프로세스를 최적화하세요. 몇 가지 팁을 알려드리겠습니다.
- tree shaking을 활성화하세요. unused code을 제거하기 위해.
- 동적 임포트를 사용하세요. code 분할을 위해, 앱을 작은, 관리하기 쉬운 조각으로 분리하세요.
- 자산 버전 관리를 구현하세요. 내용 해시를 사용하여 중복 다운로드를 피하세요.
| 전략 | 영향 | 구현 |
|---|---|---|
| tree shaking | 사용되지 않는 code을 제거 | 설정 build tools에서 가능합니다. |
| Code 분할 | chunk를 분리합니다. | 동적 임포트 사용 |
| 자산 버전 | 중복 다운로드를 피합니다. | 콘텐츠 해시 추가 |
delta 업데이트도 자신의 문제를 가지고 있지만, 지능적인 해결책을 통해 이러한 문제를 해결할 수 있습니다.
- 추가 시간 초과를 피하기 위해 업데이트가 성공적으로 완료되도록 자동 재시도 메커니즘을 구현합니다. 구현합니다.
- 구현합니다. __CAPGO_KEEP_0__ 지원 대역폭 절약을 위해 부분 다운로드를 지원합니다.
- Use __CAPGO_KEEP_0__ 상태 유지 __CAPGO_KEEP_0__ 연결 중단 시 데이터 손실을 방지합니다.
| Issue | Solution | Benefit |
|---|---|---|
| __CAPGO_KEEP_0__ | 자동 재시도 | 업데이트가 완료되도록 보장합니다. |
| 부분 다운로드 | __CAPGO_KEEP_0__ | __CAPGO_KEEP_0__ |
| __CAPGO_KEEP_0__ | __CAPGO_KEEP_0__ | __CAPGO_KEEP_0__ |
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__[5].
__CAPGO_KEEP_0__
- __CAPGO_KEEP_0__ __CAPGO_KEEP_0__[3].
- __CAPGO_KEEP_0__ 로컬에 자주 사용하는 업데이트 컴포넌트를 저장하여 로딩 속도를 향상시킵니다. 캐싱은 업데이트 시간을 크게 줄이고 사용자 유지율을 높일 수 있습니다. 로딩 시간을 2초 이하로 줄이면[5].
- 업데이트 트래픽을 우선순위로 지정하십시오. Quality of Service (QoS) 조치를 사용하여 업데이트 관련 트래픽을 peak 시간대에 우선순위로 지정하십시오. alternatively, 업데이트를 off-peak 시간대에 예약하여 네트워크 혼잡을 피하십시오.[5].
multi-location 배포를 처리하는 경우, 공통 파일을 로컬에 호스팅하여 덜 빈번한 파일을 클라우드에서 가져오십시오. 이로 인해 서버 로드가 줄어들고 프로세스 속도가 향상됩니다.[7].
로드 밸런싱은 또 다른 중요한 요소입니다. 여러 서버에 트래픽을 분산하여 단일 리소스가 과부하되는 것을 방지하십시오. 하드웨어 로드 밸런서가 높은 성능을 제공하는 반면, 소프트웨어 로드 밸런서는 유연성과 초기 비용이 낮은 것을 제공합니다.[4][6].
마지막으로, HTTP/2와 같은 최신 프로토콜로 업그레이드하면 큰 차이를 만들 수 있습니다. HTTP/2는 도메인 샤딩과 같은 outdated HTTP/1.x workarounds를 제거하여 더 빠르고 효율적인 업데이트를 제공합니다.[8].
__CAPGO_KEEP_0__ Capgo __CAPGO_KEEP_0__ 실시간 업데이트 대시보드 인터페이스

Capgo is a service tailored for Capacitor apps that enables real-time over-the-air (OTA) updates, bypassing the need for app store reviews entirely [9]__CAPGO_KEEP_0__
Capgo의 성능은 압권입니다: 24시간 이내에 업데이트를 받는 활성 사용자의 95%가 있으며 전 세계적으로 업데이트 성공률은 82%입니다 [10]__CAPGO_KEEP_0__의 글로벌 CDN을 통해 5MB의 업데이트는 114밀리초만에 전달됩니다 [10].
Capgo를 업데이트하기 위한 설정
Capgo를 시작하는 것은 간단하고 일반적으로 20분 정도 걸립니다 [9]테스트 케이스에서 시뮬레이션된 버그 픽스도 1분 이내에 라이브로 출시되었습니다 [9].
The setup process involves integrating Capgo’s SDK into your Capacitor app and configuring your __CAPGO_KEEP_0__가 준비가 된 앱임을 알려주려면 다음 __CAPGO_KEEP_0__ Snippet을 포함하세요code가 CI/CD PIPELINE을 통해 업데이트를 자동화합니다. 사용자 그룹별로 다른 채널을 만들 수 있습니다 - 예를 들어, 베타 채널을 사용자들이 새로운 기능을 먼저 체험할 수 있도록 하거나, 일반 사용자에게는 안정적인 채널을 제공할 수 있습니다. 이 유연성은 단계별 롤아웃 전략과 일치합니다
import { CapacitorUpdater } from '@capgo/capacitor-updater'
CapacitorUpdater.notifyAppReady()
Once integrated, Capgo automates updates through your CI/CD pipeline. You can create different channels for specific user groups - for example, a beta channel for early adopters and a stable channel for general users. This flexibility aligns with staged rollout strategies [10]__CAPGO_KEEP_0__ 통합을 완료한 후에는 업데이트의 보안을 보장하는 것이 중요합니다.
__CAPGO_KEEP_0__와의 보안 및 준수성에 대한 정보입니다.
Capgo의 성능은 압권입니다: 24시간 이내에 업데이트를 받는 활성 사용자의 95%가 있으며 전 세계적으로 업데이트 성공률은 82%입니다
사용자들의 장치로 직접 업데이트를 전달할 때는 보안이 절대적으로 중요합니다. Capgo은 종단 간 암호화로 이 문제를 해결하여 업데이트를 암호화 한 후에만 사용자들이 암호를 풀 수 있도록 합니다. [10]애플과 안드로이드 정책에도 부합하여 앱 스토어 지침을 준수하는 OTA 업데이트를 제공합니다.
보안을 더욱 강화하기 위해, 위험을 최소화하기 위해 phased rollouts 및 beta testing을 고려해 보십시오. 업데이트 성능을 추적하는 데 도움이 되는 모니터링 시스템이 있으며, CI/CD pipeline 내에서 자동화된 준수 검사를 통해 원활한 프로세스를 보장할 수 있습니다.
보안이 잠겨지면 플랫폼의 더 광범위한 이점이 명확해집니다.
Capgo 사용의 이점
Capgo은 속도만을 위한 것이 아닌, 업데이트가 문제를 일으킬 경우 이전 버전으로 되돌아가기 위한 안전망으로도 작동합니다. 이는 한 클릭만으로 이전 버전으로 롤백할 수 있는 기능입니다. [10]. 비용면에서 이 선택은 지혜로운 결정입니다: 계획은 월 12 달러부터 시작하여 OTA 업데이트 및 월 15 건의 네이티브 빌드 포함; 추가 빌드 분은 분당 크레딧으로 청구됩니다. 이는 전반적인 비용의 절반보다 저렴합니다. 앱 플로우__CAPGO_KEEP_0__의 첫해 지출과 5년 동안 $26,100을 절약합니다. [10].
Another standout feature is Capgo’s open-source nature, which eliminates vendor lock-in and offers full transparency in how updates are handled. Organizations can choose between using Capgo’s cloud infrastructure or hosting it themselves, depending on their needs [10].
실세계 사용자들은 Capgo의 영향을 높이 평가했습니다.
Thomas Sanlis from Uneed shared, “Capgo solves a major problem for Capacitor application developers: how to deploy updates quickly without going through the tedious app store process. And it does it brilliantly, offering a robust, flexible, and easy-to-use solution.” [9]
Rodrigo Mantica added, “We practice agile development and @Capgo is mission-critical in delivering continuously to our users!” [10]
Capgo also provides analytics to track update performance and user engagement, helping you refine your rollout strategies. The platform supports partial updates, which fit seamlessly with delta update techniques, saving both time and bandwidth. With an average API response time of 434 milliseconds globally and over 1,747.6 billion updates delivered to date, Capgo proves its scalability and reliability for production applications [10].
업데이트 성능 모니터링
업데이트 성능을 지속적으로 모니터링하는 것은 문제를 빠르게 발견하고 향후 업데이트를 개선하는 데 필수적입니다. 올바른 지표를 추적하면 단계별 배포와 델타 업데이트의 효과성을 검증할 수 있습니다. 이 프로세스는 업데이트를 빠르게 및 신뢰할 수 있도록 하는 데 중요합니다.
업데이트 성능 지표
- 다운로드 성공률: 업데이트를 성공적으로 완료한 사용자의 수를 나타냅니다. 성공률이 떨어지는 경우 네트워크 문제, 서버 오류, 호환성 문제 등이 있을 수 있습니다.
- 업데이트 설치 시간: 업데이트를 다운로드하고 설치하는 데 걸리는 시간을 측정합니다. 더 긴 시간은 oversized 패키지 또는 네트워크 조건이 좋지 않은 경우가 있을 수 있습니다.
- 업데이트 후 충돌률: 업데이트하기 전에 충돌률을 비교하고, 스파이크가 나타나면.compatiblity 문제나 롤백이 필요할 수 있는 버그를 조사해야 합니다.
- 오류 빈도 및 유형: 오류가 발생하는 빈도와 유형을 추적하고, 백엔드 오류, 네트워크 타임아웃, 장치별 오류를 주의 깊게 살펴보세요. 이들은 서버 오버로드나 compatiblity 문제를 나타낼 수 있습니다.
- 사용자 참여 지표: 업데이트가 사용자 경험을 개선하는지 확인하기 위해 세션 시간, 기능 채택, 사용자 유지율을 모니터링하세요.
또한 RED 방법을 사용할 수 있습니다. (Rate, Error, Duration) - 비중이 없는 데이터에 압도되지 않고 중요한 지표에 집중할 수 있습니다. 분석을 통한 개선 [13].
지표는 시작점일 뿐 - 분석은 데이터를 실질적인 통찰력을 제공합니다. 예를 들어, 오류율이 1%를 초과하거나 성공률이 99.9% 미만이면 자동 알림을 설정할 수 있습니다. 이로써 빠르게 대응할 수 있습니다.
구간 롤아웃 모니터링 [11].
- __CAPGO_KEEP_0__: 24시간 이상 rollout 단계를 추적하세요. 이후 진행하세요. [11]. rollout을 중단하고 문제를 조사하세요. 에러 로그 또는 충돌률이 경고를 발령하면
- Log Analysis: 에러 메시지, 비정상적인 장치 동작 또는 지리적 실패 패턴을 식별하는 자동화된 도구가 종종 표면적인 지표를 놓치고 있는 문제를 식별합니다. [13].
- Dependency Mapping: 업데이트 실패가 관련된 시스템 구성 요소에 미치는 영향을 이해하세요. 이는 code 내의 의존성을 식별하여 예측하고 두 번째 문제를 피하는 데 도움이 됩니다. [12].
- Baseline Comparisons: 여러 릴리스 간의 배포 시간, 사고율 및 사용자 만족도 비교를 통해 진행을 측정하세요. 이는 최적화 노력의 효과가 있는지 여부를 결정하는 데 도움이 됩니다. [14]. 최적화 노력의 효과가 있는지 여부를 결정하는 데 도움이 됩니다.
- Feedback Loops: 사용자 설문조사 또는 지원 티켓과 데이터를结合하여 업데이트 성능에 대한 잘-rounded한 관점을 얻으세요. [15]. 양적 지표만으로는 전체 이야기를 전달하지 못하는 경우가 있습니다.
마지막으로, 각 롤아웃을 기회로 삼아 접근 방식을 최적화하는 기회로 삼아보세요. [14]. 모니터링 전략을 개선하기 위해 성공과 도전을 모두 기록하십시오. 이 전향적인 사고방식은 문제를 일찍 해결할 수 있게 해주며, 업데이트 마다 사용자 경험을 개선하고 배포를 더 매끄럽게 해줍니다.
결론
모바일 애플리케이션을 경쟁력 있는, 보안이 강화된, 그리고 신뢰할 수 있는 제품으로 유지하기 위해 Capacitor 업데이트 롤아웃을 최적화하는 것은 매우 중요합니다. staged rollouts, delta updates, 그리고 강력한 모니터링과 같은 전략을 채택함으로써, 배포 프로세스를真正의 강점으로 바꿀 수 있습니다.
전통적인 앱 스토어 리뷰는 수정을 2–7일 지연시킬 수 있지만, Capgo과 같은 OTA 솔루션은 24시간 이내에 업데이트를 제공합니다. [10]. 기업에겐 저품질의 __CAPGO_KEEP_0__ 이 큰 문제가 됩니다. 업데이트 전략 매년 최대 14.82만 달러의 손실이 발생할 수 있습니다. [16]. 이에 따라 다운로드 성공률, 설치 시간, 충돌 빈도와 같은 주요 지표를密かに 모니터링하는 것이 중요합니다. 이러한 노력은 지속적인 개선과 위험을 완화하는 동시에 smoother한 채택을 위한 길을 열어줍니다.
Capgo은 이러한 전략의 확장성을 입증했습니다. [10]. 이러한 기술을 통합하여 업데이트 프로세스를 단순화할 수 있습니다. 이를 통해 경쟁력을 강화하고 각 릴리즈를 학습 기회로 삼아 모니터링 및 보안 관행을 개선할 수 있습니다.
Capgo를 선택하든지, 플랫폼을 활용하든지, 업데이트 전략을 최적화하는 것은 더 빠른 배포, 더 행복한 사용자, 그리고 더 적은 위험을 의미합니다. 작은 단계부터 시작하여 단계별 배포와 기본 모니터링을 포함하여, 그리고 델타 업데이트와 자동화된 분석과 같은 고급 기능을 포함하여, 업데이트 프로세스를 잘 수행하면 사용자 만족도가 높아지고 앱의 명성도 보호됩니다.
FAQs
::: faq
Capacitor 앱 업데이트를 위한 단계별 배포의 이점은 무엇입니까?
단계별 배포는 개발자에게 업데이트를 작은 사용자 그룹에 먼저 배포할 기회를 제공하여, 문제를 해결하기 전에 문제를 발견하고 수정할 수 있습니다. 이 방법은 앱 문제가 광범위하게 발생하는 가능성을 최소화하고 모든 사용자에게 더 매끄러운 경험을 제공하는 데 도움이 됩니다.
이 초기 단계에서 팀은 앱의 성능을 모니터링하고 사용자 피드백을 수집하고 발생하는 버그를 해결할 수 있습니다. 이 방법으로 업데이트를 미리 조정할 수 있으며, 주요 문제가 발견되면 개발자는 변경 사항을 되돌려 앱의 안정성을 유지하고 사용자 신뢰도를 보호할 수 있습니다.
이 과정을 단순화하는 도구를 찾는다면, Capgo 실시간 업데이트를 지원하고 앱 스토어 지침을 준수하며, 엔드 투 엔드 암호화 및 특정 사용자에게 업데이트를 할당하는 기능을 포함하는 라이브 업데이트 솔루션을 제공합니다. :::
::: faq
What are the advantages of using delta updates in Capacitor apps, and how can developers implement them efficiently?
Delta updates bring a major advantage: smaller update sizes. This means faster downloads and less data consumption, which is a game-changer for users on slower networks or those with older devices. By focusing only on the files that have changed instead of replacing the entire app, developers can push updates quickly - sometimes within minutes - while keeping interruptions to a minimum.
For developers looking to streamline this process, tools like the Capgo plugin are incredibly helpful. Capgo offers features like secure update delivery, compliance with platform requirements, and options for targeting specific user groups. This allows updates to roll out in real time without needing app store approvals. The result? Developers save time, and users stay engaged with the most up-to-date version of the app.
How does __CAPGO_KEEP_0__ make updating __CAPGO_KEEP_1__ apps faster and more reliable than traditional app store updates?
Capgo simplifies the update process for Capacitor apps with
Capgo simplifies the update process for Capacitor apps with , cutting out the usual 3-5 day wait for app store approvals. Updates can go live in just 1-2 hours, making it easier for developers to fix bugs, roll out new features, or address issues without delay.__CAPGO_KEEP_0__ apps
__CAPGO_KEEP_0__의 업데이트가 빠르고 신뢰할 수 있는 방식으로 전달되도록 하기 위해, 95%의 성공률과 전 세계 다운로드 속도가 평균적으로 경이로운 114ms를 기록하고 있습니다. 개발자들은 특정 사용자 그룹에 업데이트를 대상으로 하거나 즉시 한 번의 클릭으로 변경 사항을 취소할 수 있는 일회성 롤백 기능을 통해 더 큰 통제와 유연성을 제공합니다. 이러한 도구는 배포 효율성을 높이 뿐만 아니라 사용자 경험을 부드럽게 유지하는 데에도 도움이 됩니다. ::: __CAPGO_KEEP_0__ 업데이트 롤아웃 최적화 방법에 계속 진행하세요. Capgo을 사용하여 네이티브 플러그인 작업을 계획하고 있다면, Capgo 플러그인 디렉토리와 연결하세요.
Capacitor 플러그인 디렉토리에서 Capacitor 플러그인 디렉토리에서 제품 워크플로우와
__CAPGO_KEEP_1__에 의해 __CAPGO_KEEP_0__ 플러그인으로 Capacitor 플러그인에 의해 __CAPGO_KEEP_1__의 구현 세부 사항을 __CAPGO_KEEP_0__ 플러그인에 __CAPGO_KEEP_1__을 추가하거나 업데이트하세요. Capgo 플러그인에 __CAPGO_KEEP_1__을 추가하거나 업데이트하세요. Capgo 플러그인에 __CAPGO_KEEP_1__을 추가하거나 업데이트하세요. Capacitor 플러그인에 Capgo을 추가하거나 업데이트하세요. Capacitor 플러그인에 Capgo을 추가하거나 업데이트하세요. __CAPGO_KEEP_0__ 플러그인에 __CAPGO_KEEP_1__을 추가하거나 업데이트하세요. 구현 세부 정보에 대한 추가 또는 업데이트 플러그인에 대해 아이오닉 엔터프라이즈 플러그인 대체 __CAPGO_KEEP_0__ 네이티브 빌드의 제품 워크플로우에 대해 Capgo 네이티브 빌드의 제품 워크플로우에 대해 for the product workflow in Capgo Native Builds.